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pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
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Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee IMS Network Testing (INT). 



Introduction 

The IP Multimedia core network Subsystem (IMS) is a key component in the ETSI NGN architecture. Each IMS 
consists of multiple functional entities and interfaces. The Evolved Packet Core (EPC) is a key liant architecture 
between the UTRAN/E-UTRAN systems and an IP Application Function like IMS. 

The present document defines the inter-system interoperability test descriptions for standardized IMS - EPC interfacing. 

Test Purposes (TP) defined in the present document have been developed based on the requirements stated in the 3GPP 
IMS and EPC Release 10 specification and uses as main signalling protocol Diameter version 1 [i.l]. 
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Scope 



The present document provides a set of interoperability use cases to be tested in order to validate an interconnection 
between IMS and EPC subsystems. For each use case there are conformance criteria and Test Descriptions (TD) 
detailed. 

The target of the present document is to provide the boiler-plate for verifing interoperability between the IMS and EPC 
subsystems based on the exemplary scenarios network attachment, IMS registration and IMS session management. 
Verifying basic protocol interoperability or NNI interoperability between two peer EPC systems is out of scope of the 
present document. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
referenced document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 123 228: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; IP Multimedia Subsystem (IMS); Stage 2 
(3GPPTS 23.228 Release 10)". 

[2] ETSI TS 124 229: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; IP multimedia call control protocol based on Session 
Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (3GPP TS 24.229 
Release 10)". 

[3] ETSI TS 123 401 : "LTE; General Packet Radio Service (GPRS) enhancements for Evolved 

Universal Terrestrial Radio Access Network (E-UTRAN) access (3GPP TS 23.401 Release 10)". 

[4] ETSI TS 123 402: "Universal Mobile Telecommunications System (UMTS); LTE; Architecture 

enhancements for non-3GPP accesses (3GPP TS 23.402 Release 10)". 

[5] ETSI TS 129 214: "Universal Mobile Telecommunications System (UMTS); LTE; PoUcy and 

charging control over Rx reference point (3GPP TS 29.214 Release 10)". 

[6] ETSI TS 129 212: "Universal Mobile Telecommunications System (UMTS); LTE; PoHcy and 

charging control over Gx reference point (3GPP TS 29.212 Release 10)". 

[7] ETSI TR 121 905: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Vocabulary for 3GPP Specifications 
(3GPPTR 21.905)". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] IETF RFC 3588: "Diameter Base Protocol"; P. Calhoun et all, September 2003. 
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[i.2] ETSITS 186011-1 (V4.1.1): "IMS Network Testing (INT); IMS NNI Interoperability Test 

Specifications; Part 1: Test Purposes for IMS NNI Interoperability". 

[i.3] ETSI TS 186 011-2 (V4.1.1): "IMS Network Testing (INT); IMS NNI Interoperability Test 

Specifications; Part 2: Test Descriptions for IMS NNI Interoperability". 

[i.4] ETSI TS 123 008: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Organization of subscriber data (3GPP TS 23.008 
Release 10)". 

[i.5] ETSI TS 123 203: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Policy and charging control architecture 
(3GPPTS 23.203 Release 10)". 

[i.l] 3GPP TS 23.203: "3rd Generation Partnership Project; Technical Specification Group Services 

and System Aspects; Policy and charging control architecture (Release 11)". 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 123 203 [i.5], TS 124 229 [2], 
TS 123 401 [3], TS 123 402 [4], TS 129 214 [5] and the following apply: 

authorised QoS: the maximum QoS that is authorised for a service data flow. 

NOTE: In case of an aggregation of multiple service data flows within one IP-CAN bearer (e.g. for GPRS a PDP 
context), the combination of the "Authorised QoS" information of the individual service data flows is the 
"Authorised QoS" for the IP -CAN bearer. It contains the QoS class identifier and the data rate 

binding: the association between a service data flow and the IP -CAN bearer (for GPRS the PDP context) transporting 
that service data flow 

binding mechanism: the method for creating, modifying and deleting bindings 

default bearer: the EPS bearer which is first established for a new PDN connection and remains established throughout 
the lifetime of the PDN connection 

dynamic PCC Rule: PCC rule for which the definition is provided into the PCEF via the Gx reference point 

event report: notification, possibly containing additional information, of an event which occurs that corresponds with 
an event trigger. 

NOTE: Also, an event report is a report from the PCRF to the AF concerning transmission resources or 
requesting additional information 

event trigger: rule specifying the event reporting behaviour of a PCEF or BBERF. Also, a trigger for credit 
management events 

gating control: the process of blocking or allowing packets, belonging to a service data flow, to pass through to the 
desired endpoint 

initial registration: the registration procedure for a public user identity initiated by the UE in the absence of any valid 
registration 

IP-CAN bearer: IP transmission path of defined capacity, delay and bit error rate, etc. See TR 121 905 [7] for the 
definition of bearer 
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IP-CAN session: the association between a UE and an IP network. 



NOTE: The association is identified by one IPv4 and/or an IPv6 prefix together with UE identity information, if 
available, and a PDN represented by a PDN ID (e.g. an APN). An IP-CAN session incorporates one or 
more IP-CAN bearers. Support for multiple IP-CAN bearers per IP-CAN session is IP-CAN specific. An 
IP-CAN session exists as long as UE IP addresses/prefix are established and announced to the IP network 

PDN connection: the association between a UE represented by one IPv4 address and/or one IPv6 prefix and a PDN 
represented by an APN 

policy control: the process whereby the PCRF indicates to the PCEF how to control the IP-CAN bearer. Policy control 
includes QoS control and/or gating control 

QoS class identifier (QCI): scalar that is used as a reference to a specific packet forwarding behaviour (e.g. packet loss 
rate, packet delay budget) to be provided to a SDF. 

NOTE: This may be implemented in the access network by the QCI referencing node specific parameters that 
control packet forwarding treatment (e.g. scheduling weights, admission thresholds, queue management 
thresholds, link layer protocol configuration, etc.), that have been pre-configured by the operator at a 
specific node(s) (e.g. eNodeB) 

QoS rule: set of information enabling the detection of a service data flow and defining its associated QoS parameters 

resource reservation: mechanism for reserving bearer resources that is required for certain access technologies 

service information: set of information conveyed from the AF to the PCRF over the Rx interface to be used as a basis 
for PCC decisions at the PCRF, including information about the AF session (e.g. application identifier, type of media, 
bandwidth, IP address and port number) 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in TS 124 229 [2], TS 123 401 [3], TS 123 402 [4], 
TS 123 203 [i.5] and the following apply: 

ACK Session Acknowledge Message Type 

AF Application Function 

ANDSF Access Network Discovery and Selection Function 

AN-GW Access Network Gateway 

APN Access Point Name 

AVP Attribute-Value Pair 

BBERF Bearer Binding and Event Reporting Function 

CS Circuit Switch 

CSCF Call Session Control Function 

DHCP Dynamic Host Configuration Protocol 

DNS Domain Name System 

DV Dragos Vingarzan 

EPC Evolved Packet Core 

ePDG Evolved Packet Data Gateway 

EPS Evolved Packet System 

FQDN Fully Qualified Domain Name 

GBR Guaranteed Bitrate 

GPRS General Packet Radio Service 

GTP GPRS Tunneling Protocol 

GW Gateway 

HSS Home Subscriber Server 

IMPI IP Multimedia Private Identity 

IMPU IP Multimedia Pubhc Identity 

IMS IP Multimedia core network Subsystem 

lOP Interoperability 

IP Internet Protocol 

IP -CAN IP-Connectivity Access Network 

IPv4 Internet Protocol version 4 

IPv6 Internet Protocol version 6 
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ISIM IM Subscriber Identity Module 

lUT Interface Under Test 

MGW Media Gateway 

NGN Next Generation Network 

NNI Network to Network Interface 

OK/ACK Session Acknowledge Message Type 

PCC Policy and Charging Control 

PCEF Policy and Charging Enforcement Function 

PCRF Policy and Charging Rules Function 

P-CSCF Proxy CSCF 

PDN Packet Data Network 

PDP Packet Data Protocol 

P-GW PDN Gateway 

PMIP Proxy Mobile IP 

PO Point of Observation 

PO_UE Point of Observation on UE 

PSTN Pbulica Switch Telephone Network 

QCI QoS Class Identifier 

QoS Quality of Service 

RAN Radio Access Network 

RAT Radio Access Technology 

RTP Real Time Protocol 

S-CSCF Serving CSCF 

SDF Service Data Flow 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

SPR Subscription Profile Repository 

SUT System - Under Test 

TD Test Description 

TLS Transport Layer Security 

TP Test Purpose 

UA User Agent 

UDR User Data Request 

UE User Equipment 

UE_A User Equipemnt A 

UE_B User Equipment B 

UNI User-Network Interface 

URI Uniform Resource Identifier 

USIM Universal Subscriber Identity 

UTRAN UMTS Terrestrial Radio Access Network 
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4 Overview of the EPC and IMS Architecture, in the 

scope of LTE/SAE 

The IP Multimedia Subsystem defined in TS 123 228 [1] and TS 124 229 [2] describes the control and service delivery 
architecture standardized by 3GPP. It was initially started in 3GPP Release 5 as an all-IP core network for providing IP 
services in the context of the mobile domain evolution. Over the subsequent releases, various other standardization 
bodies have adopted the same principles and core network architecture for providing IP services, each complementing 
with requirements and specifics for their respective access network type of interest. Starting with 3GPP Release 8 
onwards, the efforts converged into the Common-IMS specifications. 




Figure 1 : The EPC and IMS Core Network Architectures 
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At its core, IMS comprises of a set of specialized Call Session Control Functions (CSCF), which route and process SIP 
signalling between the IMS User Endpoints (UE), the IMS Application Servers (AS) and a set of Media Gateways 
(MGW) interfacing with the Public Switched Telephony Network (PSTN). The subscriber data is stored in a central 
database, the Home Subscriber Server (HSS). The HSS as well as the additional Authentication, Authorization and 
Accounting services use for signalling the Diameter protocol. 

The main target of the IMS architecture is to provide service control for an extensible set of applications. It features an 
open-ended model, where a set of operations are defined as basic building blocks (e.g. authentication and registration, 
session set-up/tear-down, messaging, etc). These building blocks can later be re-used and re-combined by ASs in order 
to realize a future-proof Service Delivery Platform. This model is set to replace the currently obsolete silo-model 
approach for services of the legacy systems. 

As IMS was adopted for the non-mobile access, the underlying network and attachment architectures and procedures 
started to diverge such that various types of fixed network could be supported. This prompted a split between the strict 
IMS standardization and that of the underlying Access Network. 

The LTE path started an evolution of both the Radio Access Network (E-UTRAN) and its supporting GPRS Core 
Network architecture (Evolved Packet Core TS 123 401 [3], into a consolidated Evolved Packet System, as part of the 
System Architecture Evolution. Additionally to the 3GPP RAN, comes the All-IP Network as well as integration with 
less reliable yet more cost efficient Access Network solutions (non-3GPP Access TS 123 402 [4]). 

The main targets of the EPC architecture are to provide a flexible and efficient IP-connectivity layer, capable of 
handling Inter-System Handovers, Policy and Charging Control as well as security for transparent IP services. The 
approach is more generalized than with IMS which requires SIP signalling for services. EPC is capable of supporting 
not only an IMS architecture on top, but also has a potential for generic Over-The-Top services. 

The EPC and IMS architectures are not meant to compete or replace each-other. They are built as to complement each- 
other in an efficient manner, which abstracts services in the EPC as IP data flows, while providing transparent handling 
of both horizontal and vertical hand-over's without complex IMS signalling. 

The EPC architectural nodes can be grouped, based on functionality, as following: 

• Core Network Mobility - a 2-layer gateway model allowing vertical hand-over's; uses GTP for legacy and 
PMIP for non-3GPP access. 



• 



• 



Policy and Charging Control - split into Policy and Charging rules functions (PCRF), enforcement functions 
(PCEF, part of the P-GW) and access network specific functions (BBERF). 

Access Network Discovery and Selection Function - provides AN discovery and Inter-System Mobility 
policies directly to the mobile devices, helping in establishing the operator policies for AN selection and use. 

• Subscription Profiles Repository - accessible from the (E-)UTRAN, PCC and ANDSF components, such that 
network attachments are secured with authentication and authorization procedures, while also providing per- 
subscriber customized service levels. 

For EPC to support the IMS services requirements and for IMS to fully take advantage of the EPC provides IP 
connectivity, the inter-architecture interfacing is of critical importance. Unlike in the individual IMS or EPC cases, it is 
foreseen that in real life deployments the multi-vendor setups from different IMS and EPC providers will be much more 
common. The present standard aims at providing a set of test purposes and descriptions for testing the base 
inter-operability between the IMS and EPC systems, on the most common scenarios. 
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4.1 Scope of the IMS-EPC Interoperability 

The interoperability in scope for testing here covers all the interactions on the border interfaces between the IMS and 
the EPC systems. It has to be noted that this is a bi-directional resource negotiation, event propagation and IP transport 
interaction point. 
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/t 
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UE-A 




UE-B 



Figure 2: IMS-EPC Interoperability in scope 



4.1 .1 Reference Points in Scope 



The SGi interface transports the User-Plane data from the UEs towards IMS as well as other Application Functions. 
This a generic reference point, for the transport of the IP User Plane data belonging to different more specific reference 
points, like Gm for SIP signalling or Mb for RTP media. These transported reference points though are end-to-end, such 
that the EPC system tunnels the IP packets through GTP and PMIP specific procedures, while the IMS processes the 
data itself, whether it is signalling or media. 

The Rx interface uses the Diameter protocol [i. 1] to push from IMS to EPC the communication bearer establishment 
requirements, as derived by the P-CSCF from the SIP and SDP signalling that passes through, for the scope of 
establishing well-ruled communication paths in the Evolved Packet Core and the UTRAN/E-UTRAN systems. The 
EPC Policy and Charging Control concepts encompass Gating, QoS and Charging Rules which constitute the operator's 
(per subscriber dynamic) policies. 

The Rx interface is also used as a feedback path for events and notifications pertaining to the status of the network 
attachments and communication bearers, to be delivered from the EPC system to the IMS one. 
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4.1 .2 Out of Scope Inter-domain Interactions 

In a realistic exploitation scenario, beside the architectural components and reference points presented in Figure 1, the 
multi-domain situation will have to be considered. As the aforementioned figure is quite complex and encompassing 
both architectures, these details have been previously omitted on purpose. 

The present document will limit itself, at least in this first version, to the interfaces between IMS and EPC, considered 
in the simplest scenarios, without NNI interactions. 

When considering the multi-domain situation, besides the IMS-EPC intra-domain interactions, IMS NNI is addressed in 
TS 186 011-1 [i.2] and TS 186 011-2 [i.3], although the respective specification abstracts from the Access Network 
situation. 
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Figure 3: Complete IMS/EPC Interoperability (NNI out of scope) 

Considering the EPC NNI communication, this will need to be addressed in the future for a complete coverage, as 
depicted in Figure 3. The respective inter- working reference points are still early in their standardization to be 
significantly addressed in implementations, while also the functional parts of the EPC architecture has to be addressed 
first. For these reasons, in the present document these NNI interactions are out of scope and will not be addressed. 



Test Prerequisites 



5.1 



IP Version 



Whether the EPC system uses IPv4 or IPv6 to transport (i.e. tunnelling method) the User Plane data inside the EPS is 
irrelevant to the outcome of the tests. Options for encapsulating either IPv4 or IPv6 packets into both IPv4 and IPv6 
transported tunnels exist. There are no differences in the User Plane provided services by the EPC platform relevant to 
the used IP transport version, such that this decision can be taken by the EPC vendors as to maximize performance and 
optimize their platforms. 

The UE attachment to the EPS is assumed to be a dual IPv4 and IPv6. It is assumed that for the test purposes, the IMS 
client software will be capable of SIP signalling and media transport over both protocol version. The choice will be a 
configuration parameter (e.g. P-CSCF provisioned address in ISIM, DHCP or DNS). The SDP media should use the 
same IP version protocol as discovered for SIP signalling. 
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The IMS-EPC lOP Test Suite will be executed once for IMS clients using IPv4 and once for IMS clients using IPv6. 
After testing all the use cases, the IMS system should be re-configured and the execution repeated. 

5.2 Protocols, Security and Points of Observation 

The IMS-EPC lOP tests employ SIP and Diameter protocol signalling, as well as transparent media (e.g. RTP). 
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Figure 4: Points of Observation for Test Protocols 

User Plane data as SIP and media is to be transported transparently between the UE and the P-CSCF, respectively 
MGW/correspondent-UE. The Point of Observation (PO) for SIP signalling be the Gm interface, which for 
observability reasons will not be secured. The PO for media happens at 2 points: 

• the SGi interface between the P-GW and a generic IP router, positioned between IMS and EPC; all traffic, 
including direct UE to UE traffic, will be redirected and proxied through this IP router; 

• the UE device's interface towards EPC. 

The Rx Diameter interface is to be observed and as such not secured with encryption between the IMS and EPC 
systems. Basic Diameter connectivity is a pre-requisite for the tests, such that the P-CSCF and PCRF nodes should be 
correctly configured to establish and maintain (Capabilities -Exchange, Diameter- Watchdogs) state ful connectivity, as 
well as both declaring support for the Rx interface, such that Diameter Rx messages will be successfully routed and 
processed. 

5.3 Test Infrastructure 

This clause covers the list of relevant components and interfaces used for testing interoperability between EPC and AF 
represented by IMS. For components that are not present, standard functionality is assumed. 



5.3.1 



HSS/SPR 



Subscriber data (TS 123 008 [i.4]) such as profile, location and subscriptions are located for IMS in the central database 
Home Subscriber Server/Universal Profile Server Function (HSS/UPSF), while EPC uses as a central database the 
Subscription Profile Repository (SPR). The data between the HSS and SPR has to be correlated, such that service 
functionality and charging will happen in a unitary manner. 
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As no reference point is envisioned here for Release 10, the HSS/UPSF/SPR can be regarded as a common node, 
exposing different interfaces towards different domains. As for example the HSS exposes the Sh interface for IMS 
applications and the Cx interface of the IMS Call Session Control Functions, a HSS/UPSF/SPR component will 
additionally expose interfaces like Sp towards EPC or S6a/d towards E-UTRAN/UTRAN. 

In Release 1 1 (3GPP TS 23.203 [i.l]), a similar approach appears, with the introduction of an Universal Data 
Repository (UDR), which would constitute the common back-end between the HSS/UPSF/SPR/etc data retrieval 
components. This goes in the same direction as in our assumption for Release 10, of providing a common data back-end 
for all systems, with customized interfaces. 

For practical deployment reasons, we have to observe that the 2 systems, IMS and EPC, in many situations would not 
share a common subscriber database. When performing lOP tests between IMS and EPC from different vendors, the 
following situations are possible: 

a) two separate HSS entities, common data initially duplicated and later synchronized between them; 

b) single HSS, as part of the IMS system, which will export SPR type interfaces as Sp, S6a/d, SWx a.s.o. 
interfaces towards the EPC system; 

c) single SPR, as part of the EPC system, which will export HSS type interfaces as Cx and Sh towards the IMS 
system. 

To simplify the architecture and generalize the practical usability of the interoperability tests to be specified here, 
case a) will be the only one considered. Interoperability between and IMS and EPC on the HSS interfaces is out of 
scope and will not be analyzed here. This is also in line with the aforementioned Release 1 1 evolution, which introduces 
a common data back-end. 

The HSS and SPR entities will be provisioned for the test purposes with the required information for UE A and B, at 
both the EPS and IMS levels. 

5.3.2 The P-CSCF (IMS) as the Application Function (AF) Interface to 
EPC 

In EPC terms, the Application Function (AF) is an abstraction of the service provider plane, which communicates with 
the PCRF to enable Policy and Charging Control of the application layer and IMS session level services. The AF may 
be a single third party service, a complex operator controlled service delivery platform or an IP Multimedia Subsystem. 

When the AF in the EPC architecture is represented by IMS, the inter-working function is provided by the P-CSCF. 
Based on the SIP signalling and the transported SDP payloads, the P-CSCF is able to derive QoS and charging 
requirements for the EPC system to provide. Also the P-CSCF will follow the status of the respectively provided 
communication bearers, such that it can act on events (e.g. loss of bearer, QoS changes, etc). For all these purposes the 
Rx reference point is used to communicate with the PCRF component in the EPC system. 

The P-CSCF acts also as the Session Border Controller for the SIP User-to-Network Interface, Gm. From the 
perspective of EPC, the SIP signalling is transparently delivered between the UE and the P-CSCF. From the IMS 
perspective, the P-CSCF employs ciphering and integrity protection procedures, in order to further route and process the 
SIP signalling. 

5.3.3 PCRF (EPC) 

The Policy and Charging Control (PCC) is ensured through the Policy Decision Point, namely the Policy Charging and 
Rules Function (PCRF) and several Policy Enforcement Points located in the EPC gateways (TS 123 203 [i.5]). 

The PCRF interfaces with the AF (P-CSCF in our IMS case) over the Rx reference point. The service requests are 
processed through a policy engine designed to allow for operator based control of gating, QoS and charging. The 
decisions are also taking as input the profiles of the respective subscribers, such that the provided policies are subscriber 
dynamically customized. 

The resulting policies are pushed to be enforced towards the P-GW for gating and charging control, as well as towards 
the access specific gateway (S-GW, AN-GW, ePDG) for gating and QoS on the radio links. These resulting policies, as 
well as feedback from the charging and RAN systems, are passed back upstream over the Rx reference point to the AF 
(P-CSCF component in the case of IMS). 
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5.3.4 P-GW (EPC) 



The Packet Data Network (PDN) Gateway provides transparent IP connectivity between the AF over muhiple gateways 
and a radio link to the UE. The P-GW acts as IPv6 mobility anchor between trusted and un-trusted 3GPP and non-3GPP 
technologies and performs packet filtering, charging as well as IP address allocation. 

5.3.5 User Endpoints 

The test infrastructure must contain also User Endpoints. These are represented by client devices or simulators, capable 
of performing the EPC and IMS procedures. 

The Use Cases and Test Descriptions have been developed such that during execution, only one client dev ice has to be 
observed. The counterpart UE in calls for example can be places either as a full EPC and IMS client, or only as IMS 
client, or even as a stand-alone SIP UA. In all cases the main requirement is that IP and SIP traffic would be observable 
for test validation. For this purpose, the Test Description refer to PO_SGi interface. 

5.4 Reference Points and Protocols 

5.4.1 The SGi reference point (IP) 

The SGi reference point, performs User-Plane generic IP interfacing, breaking out the user IP data from the EPC plane 
towards the Application Functions (IMS, Internet, etc). Towards the UTRAN/E-UTRAN or non-3GPP access, this data 
is transported always as tunnelled and not merely routed on IP principles, such that the SGi correspondent node is 
provided with direct IP connectivity to the UE device. The SIP signalling as well as the IMS media are transported over 
this interface. 

Packet data network may be an operator-external public or private packet data network or an intra-operator packet data 
network, e.g. for provision of IMS services. This reference point corresponds to Gi for GERAN/UTRAN accesses. 

5.4.1 .1 The Gm reference point (SIP) 

The Gm reference point represents the T' hop in SIP signalling between the UE and the IMS network represented by the 
P-CSCF. Its scope is to provide a secure SIP signalling channel, independent of the access network level security. 

As such, with the exception of initial security negotiations, all signalling should be regarded as un-interceptable. 
However, for the interoperability purposes here in scope, intercepting this interface is critical for verifying the correct 
test scenario functionality, without requiring proprietary signalling tapping alternatives. Security measures as 3GPP- 
IPsec or TLS will be disabled on the Gm interface during the interoperability testing. Nevertheless, security is still to be 
regarded as mandatory when testing IMS UNI interoperability. 

5.4.1 .2 The Mb reference point between PDN and MGW (IP/UDP/RTP) 

The Media Gateway (MGW) interconnects the circuit with the packet switched domain by converting RTP into CS 
correspondents and vice versa. The MGW is able to adapt the service rate and to change the used codec based on 
changes in the network. 

For the interoperability purposes here, only the correct exchange of the packets between the UE and the MGW will be 
observed, according to the requested session parameters. Besides measurements for checking the correct delivery and 
enforcement of traffic QoS, priority levels and charging, negative testing is to be employed to verify that once the 
session bearers are removed, further media traffic is being filter out by the EPC. 

5.4.2 Tine Rx reference point between AF and PCRF (Diameter) 

As the policy signalling interface, the Rx interface will be monitored for correct signalling as derived from the specific 
test described SIP signalling. For the purpose of charging event notifications and bearer level event notifications, the Rx 
signalling will be monitored for correct activity as well as for correct actions on the involved nodes. 
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For practical test reasons, as with the Gm interface, security is to be disabled on this interface for the scope of 
interoperability monitoring. Interoperability with the security features enabled can be verified by re-executing the 
scenarios in scope and verifying only the end-events and not the Rx interface data. 

5.5 Applicable 3GPP Release Number 

The targeted 3GPP TS version for applicable procedures is Release 10, with the latest published versions. 

However, considering the purposes of these tests to attest base lOP between two different systems from potentially 
different vendors, much of the functionality has been kept to a minimum, while exhaustive conformance testing is out 
of the scope of the present document. As such. Release 9 implementations should still be able to perform most of the 
tests without major difficulties. 



Use Cases (Conformance Criteria) 



This clause will present the main Use Cases to be tested. The Use Cases are general Test Purposes and as such are 
defined more or less abstract. These Use Cases are then used as blueprints for generating groups of Test Descriptions, 
which describe scenario instantiations of the Use Cases. 

6.1 Network Attachment and Default Bearer Operations 

The attachment to the EPC system is customized based on the specific Access Network types. For the purposes of the 
IMS-EPC interoperability, the Network Attachment procedures will be considered as the procedures for UTRAN, 
E-UTRAN, WiMAX or Wi-Fi/ePDG attachments. In all (or in subsequent) tests, any of these attachment procedures 
can be employed, considering the characteristics of the respective Radio Access Technologies (RAT) to provide 
bearer-based services. 

The specific network attachment procedure themselves, employed by the UE to attach to EPC, are out of scope of these 
tests and will not be presented. Only the common and minimalistic set of operations between all of them is considered 
to be provided by the EPC system: 

• the presence of a BBERF inside the specific AN-GW (e.g. S-GW, ePDG) with a Gxx interface to the PCRF; 

• the presence of a PCEF inside the P-GW with a Gx interface to the PCRF. 

The Gx and Gxx flows are also out of scope, only their resulting effects as triggered by the Network Attachments, 
Bearer Modifications, IP-CAN changes, RAT Type changes and Network Detachments will be investigated, as being 
transmitted over the Rx interface to the P-CSCF and as such influencing the IMS system. 
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6.1.1 



Initial Network Attachment and Establishment of the Default Bearer 



EPC 



IMS 



UEA 



PGw 



PCRF 



f 1. Attachment to UTRAN/E-UTRAN J 



2. Establish IP-CAN 



Session Request 

Establishment 
of Default Bearers 

6. Establish IP-CAN 



Session Response 



3. CCR 



P-CSCF 



( 4. Policy Decision j 



5. CCA 



7. IMS Registration Possible over Default Bearer 



Not Possible 



Not Possible 



UEB 



Figure 5: Initial Network Attachment 

The test assumes that the UE has been provisioned with the proper credentials for performing network authentication 
and attachment(e.g in the USIM appHcation). Correspondent provisioning is also assumed on the SPR in the EPC, such 
that network attachments can be successfully conducted. 

The Initial Attachment procedures used as a reference are those from TS 129 212 [6], clause 4.5.1, 1 for Gx, 
respectively clause 4a.5.1 1 for Gxx, as well as from TS 124 229 [2], clause L.2.2.1 for UE initiated procedures. PCC 
policies for the creation of Default Bearers are assumed as pre-provisioned in the PCRF, such that the aforementioned 
procedures will result in the creation and acceptance of a Default Bearer allowing communication only between the UE 
and the P-CSCF. Communication between UE and other IP endpoints outside of the EPC network (UE - ANDSF 
communication over the S14 interface may still be allowed for functional reasons) will be denied (the default PCC 
gating policy will be set to "Deny"). Such a policy will allow for easier identification of correct bearer allocation and 
usage during the tests. 

In case the EPC system supports the delivery to the UE of a network-provided P-CSCF address (e.g. DHCPv6 options), 
this is also assumed to be provisioned in the EPC system. Otherwise, the P-CSCF address should be provisioned in the 
alternative mechanisms (e.g. ISIM stored, DNS), such that in any situation, at the end of the network attachment 
procedure, the UE can exchange the initial SIP REGISTER request with the P-CSCF. 

The test procedure will perform an Initial Attachments to the EPC system, sequentially verifying the request and 
allocation of: 

1) an IPv4 APN context 

2) an IPv6 APN context 

3) a dual IPv4 and IPv6 APN context 
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The test will verify the following outcomes: 

1) The network attachment is successful and the UE receives IP addresses according to the requested APN 
contexts. 

2) The P-CSCF address is discovered by the UE (optional, if this is network provided). 

3) A default bearer is established, allowing the exchange of a SIP REGISTER request and answer between the 
UE and the P-CSCF. 

4) IP communication to other IP endpoints than the P-CSCF is denied (optional). 



Test Purpose 


Identifier: 


TP IMSEPC Network Attachment 


Summary: 


On successful initial network attachment, the UE should discover the P-CSCF IP address. 
The EPC will create the Default Bearers which will allow communication only between the UE 
and the P-CSCF 


Config.: 


CF IMSEPC 


lUT Role: 


EPC 


Ref.: 


TS 124 229 [2], clause 9.2.1 (Connecting to the IP-CAN and P-CSCF discovery) 

TS 124 229 [2], clause L.2.2.1 (EPS bearer context activation and P-CSCF discovery) 

TS 129 212 [6], clause 4.5.1-1) (PCC procedures over Gx reference point / Request for PCC 

Rules) 

TS 129 212 [6], clause 4a.5. 1-1) (PCC procedures over Gx reference point / Gateway control 

and QoS Rules Request) 
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X 


X 






UE A not attached to network and EPC 
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UE A attachment to RAN requests 

^ parameter containing 

-» APN according to the required IPv4 and/or IPv6 attachment 


2 


<fe 


<^ 






UE A attachment to RAN responses, including the P-CSCF address 

^ one or two parameters containing 
■♦UEA IPv4 and/or IPv6 address 
^ parameter containing 
■» P-CSCF IP address 
or 
■» P-CSCF FQDN 


3 




^# 






Establishment of Default Bearers 

^ Service-Data-Flow (Uplink) 

■* "permit in ip from <ue_ip> to <pcscf_ip>" 
^ Service-Data-Flow (Downlink) 

■> "permit out ip from <pcscf_ip> to <ue _ip>" 
^ Default Gating Policy 

-♦ "deny" 


4 


•5^ 




^ 




SIP REGISTER Request 

^ Contact header 


5 


% 




<P 




SIP REGISTER Response 


6 


\ 


X 




ll# 


IP packet from UE A to UE B 

11^ not delivered to UE B 


7 


<i.\\ 


X 




<^ 


IP packet from UE B to UE A 

<fell not delivered to UEA 
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6.1 .2 Network Detachment with Previously Established IMS Registration 
and sessions 
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Figure 6: Network Detachment 

The test assumes that the UE has previously been attached to network and EPC, with a single attachment, such that a 
detach command will result in a complete disconnection of the UE. The UE has registered to IMS. The UE has one 
active IMS session (call). 

A complete UE network detachment will be triggered, without previously triggering and orderly IMS de-registration 
and session termination. In case the UE employed in the test will not support this partial operation, an administrative 
network detachment should be triggered from the EPS. 

The test will verify the following outcomes: 

1) The event is sent over the Rx interface to the P-CSCF in the IMS system. 

2) The session bearers are removed in EPC. 

3) The IMS signalling bearer is removed in EPC. 

4) The Default Bearer is removed and any communication with the UE is interrupted. 

5) The IMS system will perform administrative termination of ongoing sessions belonging to the UE. 

6) The IMS system will perform IMS de-registration of the UE. 
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Test Purpose 


Identifier: 


TP IMSEPC Network Detachment 


Summary: 


On UE A network detachment EPC will inform the IMS about the IP-CAN session termination. 

EPC will remove all bearers related to the respective UE A. 

MS will take action and terminate all ongoing SIP sessions and the IMS registration. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 1 24 229 [2], clause 5.2.8.1 .2 (P-CSCF-initiated call release / Release of an existing 

session) 

TS 129 214 [5], clause 4.4.6.1 (IP-CAN Session Termination) 
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UE A or EPC triggers complete network detachment 
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EPC removes the SIP session related bearer 


2a.1a 




<^ 


^ 


Diameter Abort-Session-Request 

•^ Session-Id AVP 

-» session for active SIP Session 
^ Abort-Cause AVP 

■» BEARER RELEASED (0) 


2a.2a 




<fe 


^ 


Diameter Abort-Session-Answer 

^ Session-Id AVP 

■> session for active SIP Session 
y Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


2a.3a 




<i. 


^ 


Diameter Session-Termination-Request 

y Session-Id AVP 
-> session for active SIP session 


2a.4a 




^ 


^ 


Diameter Session-Termination-Answer 

^Session-Id AVP 

■* session for active SIP session 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


2a.1b 






%^ 


SIP BYE Request 

^ Request-URI 

■* stored Contact header field provided by UE B 
^ To header 

■* To header field value as received in the 200 (OK) response for initial 
INVITE request 
^ From header 

■♦ From header field value as received in initial INVI 1 b request 
y^ Call-ID header 

■* Call-Id header field value as received in initial INVITE request 
^ CSeq header 

-» current CSeq value stored for direction from calling to called user, 
incremented by one 
^ Route header 

■* routeing information towards called user as stored for dialog 
^ Reason header 

-> 503 (Service Unavailable) response code 


2a.1c 






<fe<^ 


SIP BYE Response 


2b 




'h^ 




EPC removes the IMS signalling bearer 


2b.1a 




<^ 


^ 


Diameter Abort-Session-Request 

^Session-Id AVP 

■> session for IMS Signalling 
^ Abort-Cause AVP 

■» BEARER RELEASED (0) 


2b.2a 




<i. 


^ 


Diameter Abort-Session-Answer 

^ Session-Id AVP 

■> session for IMS Signalling 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 
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2b.3a 




<fe 


<^ 


Diameter Session-Termination-Request 

'^ Session-Id AVP 
■> session for IMS Signalling 


2b.3a 




<^ 


^ 


Diameter Session-Termination-Answer 

'^ Session-Id AVP 

■> session for IMS Signalling 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


3 






<h^ 


SIP REGISTER Request 

^ Request-URI 

■» stored domain URI for affected IMPU 
>^ To header 

^ affected IMPU 
^ From header 

^ affected IMPU 
>^ Contact header 

■* affected contacts 
y^ Authorization header 

-* scheme "Digest" 

■* username as storred IMPI for initial registration 

■> realm as stored realm for initial registration 

■* uri as stored domain for initial registration 

■> "integrity-protected=yes" 
^ Expires header 

■^ "0" 
^ Reason header 

-> 503 (Service Unavailable) response code 


4 






<fe<^ 


SIP BYE Response 
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6.2 IMS Registration and AF Signalling Bearer Operations 
6.2.1 IMS Initial Registration 
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Figure 7: IMS Initial Registration 

The test assumes that a network attachment has been previously performed and the P-CSCF address has been 
discovered, such that the UE can send the initial REGISTER request to the P-CSCF. 

The test procedure will perform an IMS initial registration of the UE to the IMS system. On successful completion, the 
IMS should trigger the provisioning of the AF signalling flow information, for the purpose of reserving a 
communication bearer in the EPC for transporting the subsequent IMS signalling. 

The test will verify the following outcomes: 

1) IMS correctly produces the Media-Component-Description AVP for IMS signalling between UE and P-CSCF 

An IMS signalling bearer is created in the EPC 

The IMS signalling is transported between the UE and the P-CSCF (PO_UE and PO_Gm) 



2) 
3) 
4) 



The IMS signalling bearer is used to transport the IMS signalling between the UE and IMS with the following 
parameters ( see TS 123 203 [i.5]): 



QoS Class 
Identifier 


Resource- 
Type 


Priority 


Packet Delay 
Budget 


Packet Error Loss 
Rate 


Example Services 


5 


Non-GBR 


1 


100 ms 


10'" 


IMS Signalling 
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Test Purpose 


Identifier: 


TP_IMSEPC_Registration_lnitial 


Summary: 


On successful initial registration, the P-CSCF shall request at the PCRF the allocation of a 
bearer for SIP signalling. 

The PCRF should act on the request and allocate the bearer. Subsequent signalling should 
make use of the respective bearer's QoS and priority characteristics. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 124 229 [2], clause 5.4.1.2 (Initial registration and user-initiated re-registration) 
TS 129 214 [5], clause 4.4.5a (Provisioning of AF Signalling Flow Information) 
TS 129 214 [5], clause A.8 (Provision of Signalling Flow Information at P-CSCF) 
TS 129 214 [5], annex B (Flow identifiers: Format definition and examples) 
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UE A attached to EPC and pre-provisioned a default bearer for enabling 
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UE A not registered with IMS 
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SIP REGISTER Request 
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<fe 




^ 


SIP 2xx Response 


3 




<h 


^ 


Diameter AA-Request 

^ Framed-IP-Address AVP or Framed-IPv6-PrefixAVP 

■» UE_AIP 
•^ Media-Component-Description AVP 
"^ Media-Component-Number AVP 

■» "0" 
^ one or more Media-Sub-Component AVP 
•/ Flow-Number AVP 
^ Flow-Description AVP (Uplink) 

■> "permit in ip from <ue_a_ip> <ue_a_port> to <pcscf_ip> <pcscf_port>" 
y^ Flow-Description AVP (Downlink) 

■> "permit out ip from <pcscf_ip> <pcscf_port> to <ue_a_ip> <ue_a_port>" 
^ Flow-Usage AVP 

^AF SIGNALING(O) 
^ Flow-Status AVP 
^ ENABLED(2) 
•/ AF-Signalling-Protocol AVP 
^SIP(I) 


4 




'h 


# 


Diameter AA-Answer 

>^ Result-Code AVP 

■» DIAMETER_SUCCESS(2001) 
*^ Acceptable-Service- Info AVP 

^ Media-Component-Description AVP 
-> similar value to what was requested in Diameter AA-Request 
y IP-CAN-TypeAVP 
y RAT-Type AVP 



Observations: 

1) In the Flow-Description AVP, instead of protocol "ip", alternative values as "udp" or "tcp" can be used. These 
are more specific, but might require the use of multiple Media-Sub-Component AVP. 

2) The Flow-Number AVP is derived according to the respective rules in TS 129 214 [5], annex B. 

3) The IP address and port of the UE A and P-CSCF should mirror the values "on wire" used by the SIP protocol. 
Special attention has to be taken for situations when these might differ from the values in the SIP Contact 
header (e.g. 3GPP-IPsec security on Gm). 



ETSI 



25 



ETSI TS 103 029 V3.1.1 (2011-11) 



6.2.2 IMS De-registration 
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Figure 8: IMS De-registration 

The test assumes that the UE has been previously registered to IMS. 

The test procedure will follow an IMS de-registration initiated by the UE. The P-CSCF should trigger a termination of 
the IMS signalling bearer in the EPC. Signalling between the UE and the P-CSCF should still be possible, yet the traffic 
should be classified in the Default Bearer, which should still be active. 

The test will verify the following outcomes: 

1) The UE de-registration will trigger the termination of the Rx session for IMS signalling. 

2) The EPC will remove the bearer for IMS signalling between the UE and the P-CSCF. 

3) An initial IMS registration is still possible, yet the remaining Default Bearer will be used. 



£75/ 



26 



ETSI TS 1 03 029 V3.1 .1 (201 1-11) 



Test Purpose 


Identifier: 


TPJMSEPC_DeRegistration_UE 


Summary: 


On UEA de-registration, P-CSCF signals to PCRF the termination of the IIVIS signalling 

session. 

EPC removes the IMS signalling bearer. 

Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 124 229 [2], clause 5.4.1 .4.1 (User-initiated de-registration / Normal cases) 
TS 129 214 [5], clause 4.4.5a (Provisioning of AF Signalling Flow Information) 
TS 129 214 [5], clause 4.4.4 (AF Session Termination) 
TS 129 214 [5], clause A.8 (Provision of Signalling Flow Information at P-CSCF) 










UEA 


EPC 


IM 
S 






• 


• 




UE A attached to EPC and pre-provisioned a default bearer for enabling 
communication between UE A and IMS 




•/ 




^ 


UE A registered in IMS 






•/ 


•/ 


An IMS signalling bearer established between IMS and EPC for the UE A 




UEA 


EPC 


IM 
S 








Ti'v.'ix.,. 


1 


•5^ 




# 


SIP REGISTER Request 

^ Expires header 

^ "0" 
^ Contact header 

■> all currently registered contact addresses 


2 


<fe 




^ 


SIP 2xx Response 


3 




% 


^ 


Diameter Session-Termination-Request 

'^ Session-Id AVP 
■> session for IMS signalling session 


4 




<J^ 


^ 


Diameter Session-Termination-Answer 

^ Session-Id AVP 

■> session for IMS signalling session 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


4 


\ 




# 


SIP REGISTER Request 

^ Contact header 


5 


<fe 




^ 


SIP REGISTER Response 



ETSI 



27 



ETSI TS 103 029 V3.1.1 (2011-11) 



6.2.3 IMS De-registration witin Active Sessions 
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Figure 9: IMS UE De-registration with Active Session 

The test assumes that an UE has been previously attached to EPC, performed and IMS registration and established a SIP 
session. The session is considered to be active at the moment of the test. 

The test procedure will trigger an UE-initiated de-registration. On this event the S-CSCF will perform a S-CSCF 
initiated call release. On receiving the call release, the P-CSCF will act and trigger the termination of the SIP session 
bearers in the EPC. As a result, SIP session media will be filtered and should no longer pass the EPC, in either 
direction. 

Eventually the S-CSCF will also respond to the IMS de-registration. On receipt of the response, the P-CSCF will trigger 
the termination of the IMS signalling bearer. 

The test will verify the following outcomes: 

1) Active SIP sessions and their associated bearers are removed. 

2) Session's media will be filtered-out by EPC, as the session bearers have been removed and the Default Bearer 
has a default policy of "deny". 

3) The IMS signalling bearer is removed. 
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Test Purpose 


Identifier: 


TP_IMSEPC_DeRegistration_UE_Active_Session 


Summary: 


On UEA de-registration, the S-CSCF performs S-CSCF-initiated termination of active session. 

P-CSCF will act on this event and signals to PCRF termination of the SIP session bearers. 

EPC removes the SIP Session bearer. 

Media cannot be exchange any longer on previous SIP Session bearer. 

The S-CSCF answers to the de-registration. 

The P-CSCF signals to PCRF the termination of IMS signalling session. 

EPC removes IMS signalling bearer. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 124 229 [2], clause 5.4.1.4.1 (User-initiated de-registration) 

TS 124 229 [2], clause 5.4.5.1 (S-CSCF-initiated call release) 

TS 129 214 [5], clause 4.4.5a (Provisioning of AF Signalling Flow Information) 

TS 129 214 [5], clause 4.4.4 (AF Session Termination) 

TS 129 214 [5], clause A.8 (Provision of Signalling Flow Information at P-CSCF) 
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10 
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Observations: 

1) The actual use of the Default Bearer for an eventual IMS initial registration is no longer tested, as 
TD_IMSEPC_DeRegistration_UE should be sufficient to check this functionality. 

2) It is not relevant what the other endpoint of the active SIP session is. However, care should be taken such that 
the media will not fall-back on the Default Bearer when removing the SIP session bearer, but be filtered-out by 
the default gating policy of "Deny". 



6.2.4 IMS Administrative De-Registration 

EPC 



IMS 



UEA 



PGw 



PCRF 



2. NOTIFY {UE} 



Event: reg 
{de-registration 

3. 200 OK 



(NOTIFY UE) 



8. RAR 



f 9. Removal of the IMS Signaling Bearer j 



10. RAA 



P-CSCF 



^ 



6b. STR 



7. STA 



S-CSCF 



1. NOTIFY {UE} 



Event: reg 
{de-registration} 



4. 200 OK 



(NOTIFY UE) 
NOTIFY {P-CSCF} 



Event: reg 
{de-registration} 
6a. 200 OK . 



(NOTIFY P-CSCF) 



Figure 10: IMS Administrative De-Registration 

The test assumes that the UE has been previously attached to EPC and registered to IMS. As part of the IMS 
registration, both the UE and the P-CSCF have subscribed to the "reg" event at the S-CSCF, such that they are 
following the registration status of the UE in the S-CSCF. 

The test procedure will trigger an administrative de-registration of the UE, in the HSS or S-CSCF. This will trigger 
"reg" event notifications to the be sent. When the P-CSCF receives this, it will delete the respective entries from its 
internal registrar and it will terminate the IMS signalling session towards EPC. The EPC will then delete the respective 
bearers, such that signalling will no longer be possible, but by using the Default Bearer. 

The test will verify that: 

1) The P-CSCF will act on the de-registration notification and will terminate the IMS signalling session 

2) The EPC will remove the IMS signalling bearer 

3) UE signalling is still possible by using the Default Bearer 
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Test Purpose 


Identifier: 


TP_IMSEPC_DeRegistration_Administrative 


Summary: 


On administrative de-registration, S-CSCF notifies the UE Aand P-CSCF about tlie event. 

P-CSCF signals to PCRF the termination of the IIVIS signalling session. 

ERG removes the IMS signalling bearer. 

Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 124 229 [2], clause 5.4.1.5 (Network-initiated de-registration) 

TS 129 214 [5], clause 4.4.5a (Provisioning of AF Signalling Flow Information) 

TS 129 214 [5], clause 4.4.4 (AF Session Termination) 

TS 129 214 [5], clause A.8 (Provision of Signalling Flow Information at P-CSCF) 
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6.2.5 IMS Registration Expiration 
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Figure 11: IMS Registration Expiration 

The test assumes that the UE has been previously attached to EPC and registered to IMS. 

The test procedure will follow the registration expiration in the P-CSCF, which will trigger the termination of the IMS 
signalling session in EPC. 

The test will verify that: 

1) The P-CSCF will act on the registration expiration and will terminate the IMS signalling session 

2) The EPC will remove the IMS signalling bearer 

3) UE signalling is still possible by using the Default Bearer 
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Test Purpose 


Identifier: 


TP_IMSEPC_DeRegistration_Expiration 


Summary: 


On registration expiration, P-CSCF signals to PCRF the termination of the IIVIS signalling 

session. 

EPC removes the IMS signalling bearer. 

Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


CF IMSEPC 


lUT Role: 


IMS, EPC 


Ref: 


TS 129 214 [5], clause 4.4.5a (Provisioning of AF Signalling Flow Information) 

TS 129 214 [5], clause 4.4.4 (AF Session Termination) 

TS 129 214 [5], clause A.8 (Provision of Signalling Flow Information at P-CSCF) 
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6.3 SIP Session and Session Bearer Operations 

The SIP Session and Session Bearer Operations cover the allocation, modification and deletion of EPC bearers for the 
media data between two UEs. As long as the bearers are present, media can be transported in both direction. The 
respective bearers will have QoS and charging characteristics according to the EPC's operator profiles and preferences. 
For verifying the different characteristics, both audio and video media can be exchanged, each with different bearer 
policies. As the bearers are modified or deleted, media traffic will be filtered-out by EPC. To achieve this effect, the 
same default EPC gateway policy set to "Deny" will be employed, like in the previous Use Cases. 

To simplify the signalling, the T^ endpoint of the communication can be an IMS network service (e.g. gateway to a 
PSTN phone, media server, etc), such that the operations will only be triggered on a single side of the communication. 
Alternatively, two UEs can be employed and the originating and terminating Use Cases merged into common tests. In 
any situation though, the Use Case will assume that just the UE in scope for the respective originating/terminating case 
will be attached to and using EPC services. 

It has to be considered that the SDP negotiation during the SIP session establishment, can happen in various ways: 

SDP offer in INVITE and SDP answer in 200 OK; 

SDP offer in INVITE and SDP answer in 183 Progress; 

SDP offer in INVITE and SDP offer in 180 Ringing; 

SDP offer in 200 OK and SDP answer in ACK; 

no SDP negotiation in the initial transaction. 

The relevant scenario paths are described in individual Test Descriptions of the same SIP Session EstabUshment Use 

Case. 
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The tests are following in principle the IMS call setup, modification and release procedures. They are not named as 
"calls" as the "SIP Session" term will encompass broader Use Cases, beyond the use of IMS for telephony purposes. 

Each Use Case is described both for the originating and terminating situations. 

6.3.1 SIP Session Establishment 

The test assumes that the UE A for originating cases and UE B for terminating cases have been previously attached to 
EPC and registered to IMS. 

The test procedure will follow the IMS call setup procedures. 

The test will verify that: 

1) The P-CSCF will act on successful call establishment and trigger creation of call bearers. 

2) Media is only transported after the call setup is successfully completed (tests will start media before call setup 
and verify that the default EPC gating policy of "Deny" will initially stop the media). 

3) The EPC will create new bearers for transporting call's media. 

4) The media bearer is used to transport the media between the UEs with the following parameters (see 
TS 123 203 [i.5]): 
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Figure 12: SIP Session Establishment - Originating Leg 
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Test Purpose 


Identifier: 


rPJMSEPC_Session_Establishment_Originating 


Summary: 


Dn successful call setup, the P-CSCF should derive from the SDP offer and answer, descriptions 

3f the Service Data Flow. These are pushed towards EPC as request for creation of adequate 

Dearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

lA/hen transporting media, the EPC will employ the respective bearer's characteristics. 

Vledia transport is possible only after the successful establishment of the session. 


Config.: 


3F IMSEPC 


lUT Role: 


MS, EPC 


Ref: 


rS 124 229 [2], clause 5.2.7.2 (Initial INVITE / Originating Case) 

rS 129 214 [5], clause 4.4.1 (Initial Provisioning of Session Information) 

rS 129 214 [5], clause A.I (Provision of Service Information at the P-CSCF) 

rS 129 214 [5], clause A.2 (Enabling of IP Flows) 

rS 129 214 [5], annex B (Flow identifiers: Format definition and examples) 
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6.3.1.2 Terminating Leg 
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Figure 13: SIP Session Establishment - Terminating Leg 
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Test Purpose 


Identifier: 


rPJMSEPC_Session_Establishment_Terminating 


Summary: 


Dn successful call setup, the P-CSCF should derive from the SDP offer and answer, descriptions 

3f the Service Data Flow. These are pushed towards EPC as request for creation of adequate 

Dearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

lA/hen transporting media, the EPC will employ the respective bearer's characteristics. 

Vledia transport is possible only after the successful establishment of the session. 


Config.: 


3F IMSEPC 


lUT Role: 


MS, EPC 


Ref: 


rS 124 229 [2], clause 5.2.7.3 (Initial INVITE / Terminating Case) 

rS 129 214 [5], clause 4.4.1 (Initial Provisioning of Session Information) 

rS 129 214 [5], clause A.I (Provision of Service Information at the P-CSCF) 

rS 129 214 [5], clause A.2 (Enabling of IP Flows) 

rS 129 214 [5], annex B (Flow identifiers: Format definition and examples) 
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6.3.2 SIP Session Modification 

There are multiple reasons for session modifications, like for example adding or removing video to an audio call. For 
exemplification, here we will consider the simple case of a Call-Hold scenario, for muting the audio stream. Additional 
scenarios can be built and presented in the Test Descriptions. 

The test assumes that the UE A/B have been previously attached to EPC and registered to IMS. A call has been 
successfully established, and both audio and video media are flowing. 

The test procedure will follow the Call-Hold procedures, removing the audio media from the call. 

The test will verify that: 

1) The P-CSCF will act on successful call session modification and trigger modification of call bearer. 

2) The EPC will modify the call's media bearers accordingly. 

3) Audio media will not be transported after the session modification. Tests will continue transmitting audio 
media after the session modification and verify that the default EPC gating policy of "Deny" will stop (only) 
the audio media. 
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Figure 14: SIP Session lUlodification - Originating Leg 
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Test Purpose 


Identifier: 


rP_IMSEPC_Session_Modification_Originating 


Summary: 


Dn successful call hold, the P-CSCF should derive from the SDP offer and answer, updates for 

he Service Data Flows. These are pushed towards EPC as request for modification of the 

Drevlously created bearers. 

EPC modifies, based on the EPC's operator policies, the bearers for media. 

lA/hen transporting media, the EPC will employ the respective bearer's characteristics. 

Vledla transport is possible, after the successful modification of the session, only on the 

emalning active Service Data Flows. 


Config.: 


3F IMSEPC 


lUT Role: 


MS, EPC 


Ref: 


rS 124 229 [2], clause 5.2.9.1 (Subsequent requests / UE-orlglnatIng Case) 

rS 129 214 [5], clause 4.4.2 (Modification of Session Bearers) 

rS 129 214 [5], clause A.I (Provision of Service Information at the P-CSCF) 

rS 129 214 [5], clause A.2 (Enabling of IP Flows) 

rS 129 214 [5], annex B (Flow Identifiers: Format definition and examples) 
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■/ Framed-IP-Address AVP or Framed-IPv6-PreflxAVP 

■» UEIP 
^ one or more Medla-Component-Descrlptlon AVP 
"^ Media-Component-Number AVP 

-» suitable value as derived from SDP 
^ one or more Media-Sub-Component AVP 
-» as derived from SDP 
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Diameter AA-Answer 
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6.3.2.2 Terminating Leg 









EPCB 








IMSB 


























UEB 




PGw 




PCRF 




P-CSCF 




S-CSCF 




UEA 




■<-- 














f 


\udio IVl 


edia Exchange 











► 

1. Re-INVITE 






^ 


3. Re-INVITE 




2. Re-INVITE 


(SDPCall-on-Hold) 
11. 200 OK ^ 






^(SDPCall-on-Hold) 
10. 200 OK ^ 








(SDP Call-on-Hold) 
4.200 OK 










^ 6. RAR 


^ 5.AAR 






9. AAA 










f 7. Modification of the Session Bearer J 






Not Possible 


8. RAA 






< 






Not 






Possible 
















Figure 15: SIP Session lUlodification - Terminating Leg 
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Test Purpose 


Identifier: 


rP_IMSEPC_Session_Modification_Terminating 


Summary: 


Dn successful call hold, the P-CSCF should derive from the SDR offer and answer, updates for 

he Service Data Flows. These are pushed towards ERG as request for modification of the 

Dreviously created bearers. 

ERG modifies, based on the EPC's operator policies, the bearers for media. 

lA/hen transporting media, the EPC will employ the respective bearer's characteristics. 

Vledia transport is possible, after the successful modification of the session, only on the 

emaining active Service Data Flows 


Config.: 


Z¥ IMSERG 


lUT Role: 


MS, ERG 


Ref: 


rS 124 229 [2], clause 5.2.9.2 (Subsequent requests / UE-terminating Case) 

rS 129 214 [5], clause 4.4.2 (Modification of Session Bearers) 

rS 129 214 [5], clause A.I (Provision of Service Information at the P-GSGF) 

rS 129 214 [5], clause A.2 (Enabling of IR Flows) 

rS 129 214 [5], annex B (Flow identifiers: Format definition and examples) 










UEB 


EPC 


IMS 


UEA 






^ 


^ 






UE B attached to ERG and pre-provisioned a default bearer for enabling 
communication between UE B and IMS 




^ 




v" 




UE A registered in IMS 






^ 


^ 




An IMS signalling bearer established between IMS and ERG for UE B 




V 


•/ 


•/ 


• 


An IMS call/session established between UE B and UE A, with 2 media 
components - audio and video 




UEB 


EPC 


IMS 


UEA 












1 


•^ 






^ 


Session Audio Media from UE B to UE A 

# delivered to UEA 


2 


<fe 






^ 


Session Audio Media from UE A to UE B 

% delivered to UE B 


3 


<fe 






^ 


SIP re-INVITE Request 

■^ Body 
-> SDR update for removing audio 


4 


•^^ 




^ 




SIP 2xx Response 

'^ Body 
-> SDR update answer 


5 




<fe 


^ 




Diameter AA-Request 

^ Session-Id AVR 
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■^ Framed-IP-Address AVP or Framed-IPv6-PrefixAVR 

^ UEIR 
^ one or more Media-Component-Description AVR 
^ Media-Component-Number AVP 

■* suitable value as derived from SDR 
^ one or more Media-Sub-Gomponent AVP 
■> as derived from SDR 
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Diameter AA-Answer 
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■> respective Rx session attached to this SIR session 
y Result-Code AVR 

■¥ DIAMETER_SUGGESS(2001) 
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^ Media-Component-Description AVR 
-> similar value to what was requested in Diameter AA-Request 
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6.3.3 SIP Session Release 

This Use Case follows the removal of the session bearers during the normal release procedures of an already established 

session. 

The test assumes that the UE A/B has been previously attached to EPC and registered to IMS. A call is assumed to have 
been successfully established. 

The test procedure will follow the Call Release procedures, terminating any bearer that have been previously created as 
part of the call. 

The test will verify that: 

1) The P-CSCF will act on call release and trigger release of call bearers. 

2) The EPC will remove the call's media bearers accordingly. 

3) Audio media will not be transported after the session termination. Tests will continue transmitting media after 
the session release and verify that the default EPC gating policy of "Deny" will stop all media. 
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Figure 16: SIP Session Tear-down - Originating Leg 
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Test Purpose 


Identifier: 


rPJMSEPC_Session_Release_Originating 


Summary: 


Dn call release, the P-CSCF should trigger the removal of all relevant previously created 

Doarers. 

EPC removes the bearers for media. 

VIedia transport is no longer possible, after the session release. 


Config.: 


3F IMSEPC 


lUT Role: 


MS, EPC 


Ref: 


rS 124 229 [2], clause 5.2.8.2 (Call release initiated by any other entity) 
rS 129 214 [5], clause 4.4.4 (AF Session Termination) 
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Figure 17: SIP Session Tear-down - Terminating Leg 
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Test Purpose 


Identifier: 


rPJMSEPC_Session_Release_Terminating 


Summary: 


Dn call release, the P-CSCF should trigger the removal of all relevant previously created 

Doarers. 

EPC removes the bearers for media. 

VIedia transport is no longer possible, after the session release. 


Config.: 


3F IMSEPC 


lUT Role: 


MS, EPC 


Ref: 


rS 124 229 [2], clause 5.2.8.2 (Call release initiated by any other entity) 
rS 129 214 [5], clause 4.4.4 (AF Session Termination) 
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6.3.4 SIP Session Abort/Reject 

This Use Case follows the unsuccessful session setup. Either the call is aborted in the originating side or rejected in the 
terminating side. 

The test assumes that the UE A/B has been previously attached to EPC and registered to IMS. 

The test procedure will follow the initiation of a session. Early-Media can be established optionally, as result of a 180 
Ringing response, based on the individual test configuration. Following Call Abort or respectively Call Reject 
procedures, if bearers for early-media were established, they will be terminated. 

The test will verify that: 

1) Only early-media will be transported during the session establishment phase. 

2) The P-CSCF will act on call abort/reject and trigger release of the optionally established early-media bearer. 

3) Audio media will not be transported after the session abort/reject. Tests will continue transmitting media after 
the session release and verify that the default EPC gating poUcy of "Deny" will stop all media. 
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6.3.4.1 SIP Session Abort 
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Figure 18: SIP Session Abort - Originating Leg 
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Test Purpose 


Identifier: TP_IMSEPC_Session_Abort_Originating 


Summary: ( 


Dn session abort, the P-CSCF should trigger the removal of all relevant previously created early- 

nedia bearers. 

EPC removes the bearers for early-media. 

VIedia transport is no longer possible, after the session abort. 


Config.: ( 


:f IMSEPC 


lUT Role: 


MS, EPC 


Ref : TS 1 24 229 [2], clause 5.2.7.2 (Initial INVITE / Originating Case) No better section found 
TS 129 214 [5], clause 4.4.4 (AF Session Termination) 
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■* as derived from SDP 


6 




<J> 


^ 




Diameter AA-Answer 
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6.3.4.1.2 Terminating Leg 
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Figure 19: SIP Session Abort - Terminating Leg 
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Test Purpose 


Identifier: TP_IMSEPC_Session_Abort_Terminating 


Summary: ( 


Dn session abort, the P-CSCF should trigger the removal of all relevant previously created early- 

nedia bearers. 

ERG removes the bearers for early-media. 

Vledia transport is no longer possible, after the session abort. 


Config.: ( 


:f IMSEPC 


lUT Role: 


MS, EPC 


Ref : TS 1 24 229 [2], clause 5.2.7.3 (Initial INVITE / Terminating Case) No better section found 
TS 129 214 [5], clause 4.4.4 (AF Session Termination) 
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6.3.4.2 
6.3.4.2.1 



SIP Session Reject 
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Figure 20: SIP Session Reject - Originating Leg 
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Test Purpose 


Identifier: TPJMSEPC_Session_Reject _Originating 


Summary: ( 


Dn session reject, the P-CSCF should trigger the removal of all relevant previously created 

3arly-media bearers. 

EPC removes the bearers for early-media. 

VIedia transport is no longer possible, after the session reject. 


Config.: ( 


:f IMSEPC 


lUT Role: 


MS, EPC 


Ref : TS 1 24 229 [2], clause 5.2.7.2 (Initial INVITE / Originating Case) No better section found 
TS 129 214 [5], clause 4.4.4 (AF Session Termination) 










UEA 


EPC 


IMS 


UEB 






• 


• 






UE A attached to EPC and pre-provisioned a default bearer for enabling 
communication between UE A and IMS 




•/ 




• 




UE A registered in IMS 






•/ 


•/ 




An IMS signalling bearer established between IMS and EPC for UE A 
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UEB 












1 
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X 




W^ 


Session Media from UE A to UE B 
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X 




^ 
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SIP INVITE Request 

^ Body 
^ SDP offer 


4 






<fe 


^ 


SIP 180 Ringing Response 

■/ Body 
-> SDP answer Early Media 


5 




<fe 


<9 




Diameter AA-Request 

■/ Framed-IP-Address AVP or Framed-IPv6-PrefixAVP 

■» UEIP 
^ one or more Media-Component-Description AVP 
^ Media-Component-Number AVP 

■> suitable value as derived from SDP 
^ one or more Media-Sub-Component AVP 
■* as derived from SDP 


6 




<J> 


^ 




Diameter AA-Answer 

^ Result-Code AVP 

■¥ DIAMETER_SUCCESS(2001) 
^ Acceptable-Service- Info AVP 

•^ Media-Component-Description AVP 
-» similar value to what was requested in Diameter AA-Request 
• IP-CAN-TypeAVP 
y RAT-Type AVP 


7 


<fe 




<^ 




SIP 180 Ringing Response 

^ Body 
-> SDP answer Early media 
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<fe 






<? 


Session Early-Media from UE B to UE A 
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Diameter Session-Termination-Request 

'^Session-Id AVP 
-> respective Rx session attached to this SIP session 


12 
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^ 




Diameter Session-Termination-Answer 

'^Session-Id AVP 

-» respective Rx session attached to this SIP session 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


13 


<i. 
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SIP 486 Busy Here Request 
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6.3.4.2.2 Terminating Leg 

EPCB 
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Not Possible 
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(SDP Offer) 

4.180 Ringing 
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Figure 21 : SIP Session Reject - Terminating Leg 
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Test Purpose 


Identifier: TPJMSEPC_Session_Reject _Terminating 


Summary: ( 


Dn session reject, the P-CSCF should trigger the removal of all relevant previously created 

3arly-media bearers. 

EPC removes the bearers for early-media. 

Vledia transport is no longer possible, after the session abort. 


Config.: ( 


:f IMSEPC 


lUT Role: 


MS, EPC 


Ref : TS 1 24 229 [2], clause 5.2.7.3 (Initial INVITE / Terminating Case) No better section found 
TS 129 214 [5], clause 4.4.4 (AF Session Termination) 










UEB 


EPC 


IMS 


UEA 






• 


• 






UE B attached to EPC and pre-provisioned a default bearer for enabling 
communication between UE A and IMS 




•/ 




•/ 




UE B registered in IMS 






^ 


•/ 




An IMS signalling bearer established between IMS and EPC for UE B 
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^ Body 
■» SDP offer 
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SIP 180 Ringing Response 

y^ Body 
-> SDP answer Early Media 
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% 


^ 




Diameter AA-Request 

■^ Framed-IP-Address AVP or Framed-IPv6-PrefixAVP 

^ UEIP 
^ one or more Media-Component-Description AVP 
^ Media-Component-Number AVP 

■> suitable value as derived from SDP 
^ one or more Media-Sub-Component AVP 
■* as derived from SDP 


6 




^ 


^ 




Diameter AA-Answer 

y^ Result-Code AVP 

■» DIAMETER_SUCCESS(2001) 
^ Acceptable-Service- Info AVP 

^ Media-Component-Description AVP 
-> similar value to what was requested in Diameter AA-Request 

• IP-CAN-TypeAVP 

• RAT-Type AVP 


7 






\ 


^ 


SIP 180 Ringing Response 

^ Body 
■> SDP answer Early media 
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\ 
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Session Early-Media from UE B to UE A 

# delivered to UEA 
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SIP 486 Busy Here Response 


10 


<fe 




<$ 




SIP ACK Request 


11 




<i. 


^ 




Diameter Session-Termination-Request 

^Session-Id AVP 
-> respective Rx session attached to this SIP session 


12 




<J> 


^ 




Diameter Session-Termination-Answer 

^ Session-Id AVP 

■> respective Rx session attached to this SIP session 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


13 






•^ 


# 


SIP 486 Busy Here Response 


14 






<i. 


<P 


SIP ACK Request 


15 


•5^ 


X 




W^ 


Session Early-Media from UE B to UE A 

ll# not delivered to UE B 
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6.3.5 EPC Initiated Bearer Modification 



EPC 



IMS 



UEA 



PGw 



_l.^earer^ Release 
Event 



Media Exchange Not Possible 



PCRF 
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UEB 



Media Exchange Not Possible 

[ 

Figure 22: EPC Initiated Bearer IVIodification 

This Use Case follows the EPC initiated modification of bearers for a session. All bearers for a given established 
session will be removed, which will trigger an administrative termination of the SIP session. 

The test assumes that the UE has been previously attached to EPC and registered to IMS. Also UE A will be involved in 
an active SIP session with UE B. 

The test procedure will follow a bearer release operation. The P-CSCF will be informed that, as no bearers are left or 
are no longer available for the session, the Rx session will be aborted. The P-CSCF will trigger an administrative 
termination of the related SIP session. 

The test will verify that: 

1) The P-CSCF will act on Rx session abort and administratively terminate the SIP session. 

2) Audio media will not be transported after the session abort/termination. Tests will continue transmitting media 
after the session release and verify that the default EPC gating poUcy of "Deny" will stop all media. 
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Test Purpose 


Identifier: TP IMSEPC Bearer Modification 


Summary: ( 


Dn removal of all bearers, EPC PCRF will notify ll\/IS P-CSCF that Rx session should be 

aborted. 

MS will take action and terminate all ongoing SIP sessions and the IIVIS registration. 


Config.: ( 


:f iivisepc 


lUT Role: 


IVIS, EPC 


Ref: TS 129 214 [5], clause 4.4.6.1 (IP-CAN Session Termination) 

TS 124 229 [2], clause 5.2.8.1.2 (P-CSCF-initiated call release / Release of an existing session) 










UEA 


EPC 


IMS 


UEB 






^ 


^ 






UE A attached to EPC and pre-provisioned a default bearer for enabling 
communication between UE A and IIVIS 




^ 




• 




UE A registered in IMS 






•/ 


• 




An IMS signalling bearer established between IMS and EPC for UE A 




^ 


^ 


^ 


^ 


An IMS call/session established between UE A and UE B 




UEA 


EPC 


IMS 


UEB 












1 


\ 






# 


Session Media from UE A to UE B 

# delivered to UE B 


2 


<fe 






<^ 


Session Media from UE B to UE A 

<tj delivered to UEA 


3 




\^ 






EPC triggers removal of all bearers related to respective SIP session 


9 




\ 


# 




Diameter Abort-Session-Request 

■/ Session-Id AVP 

■> session for active SIP Session 
^ Abort-Cause AVP 

^ BEARER RELEASED (0) 


10 




<^ 


<^ 




Diameter Abort-Session-Answer 

■/ Session-Id AVP 

■> session for active SIP Session 
^ Result-Code AVP 

^DIAMETER SUCCESS(2001) 


11 




% 


^ 




Diameter Session-Termination-Request 

'^Session-Id AVP 
■> session for active SIP session 


12 




<J^ 


^ 




Diameter Session-Termination-Answer 

^Session-Id AVP 

-» session for active SIP session 
^ Result-Code AVP 

■» DIAMETER SUCCESS(2001) 


13 


<fe 




<^ 




SIP BYE Request 

■/ Request-URI 

■* stored Contact header field provided UE A 
■^ To header 

-» To header field value as received in the 200 (OK) response for 
initial INVITE request 
y From header 

-> From header field value as received in initial INVITE request 
^ Call-ID header 

-» Call-Id header field value as received in initial INVITE request 
^ CSeq header 

-» current CSeq value stored for direction from calling to called user, 
incremented by one 
^ Route header 

■> routeing information towards called user as stored for dialog 
^ Reason header 

-» 503 (Service Unavailable) response code 




•5^ 




^ 




SIP BYE Response 
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14 






^ 


^ 


SIP BYE Request 

'^ Request-URI 

■* stored Contact header field provided by UE B 
^ To header 

■> To header field value as received in the 200 (OK) response for 
initial INVITE request 
^ From header 

■♦ From header field value as received in initial INVITE request 
y^ Call-ID header 

■* Call-Id header field value as received in initial INVITE request 
^ CSeq header 

■* current CSeq value stored for direction from calling to called user, 
incremented by one 
^ Route header 

■* routeing information towards called user as stored for dialog 
^ Reason header 

■* 503 (Service Unavailable) response code 


15 






<h 


^ 


SIP BYE Response 


16 


<J^ 


X 




ll# 


Session Media from UE A to UE B 

ll# not delivered to UE B 


17 


<i.ll 


X. 




<^ 


Session Media from UE B to UE A 

<^ll not delivered to UEA 



Test Descriptions 



The Test Descriptions present individual scenario instantiations of the Use Cases, which are no longer abstract, but 
present a definitive signalling and procedural flow through the test's execution. As a very high number of scenarios can 
be generated, for all possible outcomes and options of an Use Case, here only the most common scenarios are 
approached. 

Each Test Description can be then reconfigured to test various aspects (e.g. IPv4 and IPv6 IMS registrations). Yet these 
configurations are to be regarded only as specific to the individual test executions as they should not affect the test 
descriptions. 

7.1 Network Attachment and Default Bearer Operations 



7.1.1 



Initial Network Attachment and Establishment of the Default Bearer 



Interoperability Test Description | 


Identifier: 


TD IMSEPC Network Attachment 


Summary: 


On successful initial network attachment, the UE should discover the P-CSCF IP address. 
The EPC will create the Default Bearers which will allow communication only between the 
UE and the P-CSCF. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 




Use Case Ref.: 


TP IMSEPC Network Attachment 


Pre-test 
conditions: 


• Network attachment credential provisioned in UE_A and EPC 

• EPC and UE_A provisioned with selectable APN configurations for IPv4, IPv6 or 
IPv4&IPv6 PDN types 

• P-CSCF address provisioned in the EPC for the purpose of delivery to UE on 
attachment 

• Default Bearer PCRF policies set to allow UE A - P-CSCF communication 

• Default EPC Gating Policy set to "Deny" 

• UE A not attached to network and EPC 





ETSI 



55 



ETSI TS 103 029 V3.1.1 (2011-11) 



Interoperability Test Description 


Test 
Sequence: 

1 


Step 




1 


UE A starts initial networl< attachment to EPC 


2 


Verify tliat UE_A attached successfully and received the following information: 

• suitable IPv4 and/or IPv6 address(es) 

• DNS configuration information 
P-CSCF IP address or FQDN 


3 


Verify that EPC establishes Default Bearer for allowing UE_A - P-CSCF 
communication, by starting at UE A an IMS registration 


4 


Verify that arbitrary IP packets from UE A to arbitrary node UE B, other than the 
P-CSCF, are filtered-out by EPC and not visible on PO SGi 


5 


Verify that arbitrary IP packets from UE B sent over PO_SGi to UE A, are 
filtered-outby EPC and not visible on PO UE A 


I 

Conformance 
Criteria: 


Check 




1 


TP_EPC_G0 01_01 
ensure that { 

when { UE A completes initial network attachment to EPC } 
then { receives IP configuration data 
( 

containing IPv4 address of UE A or 
containing IPv6 address of UE_A or 

containing (IPv4 address and IPv6 address) of UE A 
) 

containing DNS information 
containing P-CSCF information 
( 

indicating the P-CSCF-IP address or 
indicating the P-CSCF-FQDN address 
) 
} 
} 


2 


TP_EPC_6002_01 
ensure that { 

when { UE_A sends REGISTER to IMS_P-CSCF } 

then { IMS_P-CSCF receives REGISTER } 
when { IMS P-CSCF sends response on REGISTER to UE A } 
then { UE A receives response on REGISTER } 
} 


3 


TP_EPC_6003_01 
ensure that { 

when { UE_A sends IP_packets to UE_B } 
then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO SGi } 
when { UE B sends IP packets to UE A } 
then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 



7.1 .2 Network Detachment with Previously Established IMS Registration 
and sessions 



Interoperability Test Description 


Identifier: 


TD IMSEPC Network Detachment 


Summary: 


On complete network detachment, without previous termination of IMS sessions and 

registration, the EPC informs the IMS about the event. 

EPC removes all relevant bearers. 

IMS terminates all the ongoing IMS sessions and the IMS registration. 


Configuration: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 


Use Case Ref.: 


TP IMSEPC Network Detachment 




Pre-test 
conditions: 


• UE_A previously attached to EPC with a single attachment 

• UEA previously registered to IMS 

• UE A previously established SIP session with UE B 
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Interoperability Test Description 


Test 
Sequence: 


Step 




1 


UE_A starts complete network detachment, without previously triggering IMS de- 






registration; or EPC starts administrative complete network detachment of UE A. 


2 


Verify that EPC removes affected SIP session and IMS signalling bearers 


3 


Verify that EPC aborts all affected Rx sessions with IMS 


4 


Verify that IMS performs P-CSCF-initiated call release on affected SIP session 


5 


Verify that IMS performs P-CSCF-initiated administrative de-registration on 






affected IMS signalling session 


I 




J 


Conformance 
Criteria: 


Clieck 


1 


1 


TP EPC 6004 01 






ensure that { 






when { UE A starts complete network detachment from EPC } 






then { EPC PCRF removes relevant bearers } 






then { EPC PCRF triggers termination of SIP session } 






then { EPC PCRF triggers termination of IMS signalling } 
} 


2 


TP EPC 6005 01 






ensure that { 






when { EPC PCRF triggers termination of SIP session } 






then { EPC PCRF sends Abort-Session-Request to IMS P-CSCF 






containing Session- Id AVP 






indicating session of SIP session 






containing Abort -Cause AVP 






indicating BEARER RELEASED (0) 

} 

} 




3 


TP_EPC_6 6_01 
ensure that { 

when { IMS P-CSCF receives Abort-Session-Request for SIP session 

} 

then { IMS P-CSCF sends Abort-Session-Answer to EPC PCRF { 










containing Session- Id AVP 






indicating value received in Abort-Session-Request 






containing Result -Code AVP 






indicating DIAMETER SUCCESS (2001) 






) and 






IMS P-CSCF sends Session-Termination-Request to EPC PCRF { 






containing Session- Id AVP 






indicating value received in Abort-Session-Request 






) and 






IMS P-CSCF triggers call release 
} 
} 




4 


TP_EPC_6005_02 
ensure that { 

when { EPC PCRF triggers termination of IMS signalling } 
then { EPC_PCRF sends Abort-Session-Request to IMS P-CSCF 
containing Session- Id AVP 

indicating session of SIP session 
containing Abort -Cause AVP 

indicating BEARER RELEASED (0) 
} 
} 




5 


TP_EPC_6 6_02 
ensure that { 

when { IMS P-CSCF receives Abort-Session-Request for 
IMS signalling } 

then { IMS_P-CSCF sends Abort-Session-Answer to EPC_PCRF { 
containing Session-Id AVP 

indicating value received in Abort-Session-Request 
containing Result-Code AVP 

indicating DIAMETER_SUCCESS (2 01) 
) and 

IMS_P-CSCF sends Session-Termination-Request to EPC PCRF { 
containing Session- Id AVP 

indicating value received in Abort-Session-Request 
) and 

IMS P-CSCF triggers call release 
} 
} 
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Interoperability Test Description 



TP_EPC_6 9_01 
ensure that { 

when { EPC_PCRF receives Session-Termination-Request from IMS_P- 
CSCF 

containing Session- Id_AVP 

indicating session for SIP_session 

} 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating SIP_session value_received in Session- 
Termination- Request 

containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 01) } 



TP_EPC_6010_01 
ensure that { 

when { IMS_P-CSCF triggers_call_release } 
then { IMS_P-CSCF sends BYE to UE_A 
containing Request_URI 

indicating contact_address from Contact_header of UE_A and 
containing To_header 

indicating the initial 2 0_OK_From_value and 
containing From_header 

indicating the initial INVITE_To_value and 
containing Call-ID_header 

indicating the initial INVITE_Call_Id_value and 
containing CSeq_header 

including an incremented Sequence_Number and 
containing Route_header 

indicating specif ic_routing_information for UE_A and 
containing Reason_header 

indicating 5 3_service_unavailable 



TP_EPC_6 011_01 
ensure that { 

when { IMS_P-CSCF triggers_administrative_de-registration } 
then { IMS_P-CSCF sends REGISTER to IMS_S-CSCF 
containing Request_URI 

indicating stored_domain_URI for af f ected_IMPU of UE_A 
containing To_header 

indicating af f ected_IMPU --IP Multimedia Public Identity 
containing From_header 

indicating af f ected_IMPU 
containing Contact_header 

indicating Contact_header_value 
containing Authorization_header 

indicating an integrity-protected_parameter 
indicating yes 
containing Expire s_header 

indicating 
containing Reason_header 

indicating 503_service_unavailable 
} 
} 



TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 

then { the IP_packets not visible on PO_SGi 



7.2 IMS Registration and AF Signalling Bearer Operations 
7.2.1 IMS Initial Registration 

Besides the successful registration, a secondary abnormal case is considered, of a failed registration. The outcome will 
be that the signalling bearer is or is not established. 
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7.2.1.1 



IMS Initial Registration - Successful 



Interoperability Test Description 


Identifier: 


TDJMSEPC_Registration_lnltiaLSuccessful | 


Summary: 


On successful initial registration, the P-CSCF shall request at the PCRF the allocation of , 
bearer for SIP signalling. 

The PCRF should act on the request and allocate the bearer. Subsequent signalling 
should make use of the respective bearer's QoS and priority characteristics. 


a 


Config.: 


OF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 


Use Case ref.: 


TP_IMSEPC_Registration_lnitial 


1 






Pre-test 


• UE_A previously attached to EPC, but not registered to IMS 




conditions: 


• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• HSS of IMS provisioned with UE_A' subscription 

• UE A discovered the P-CSCF address 




1 




1 


Test 
Sequence: 


Step 


i 


1 


UE A triggers IMS registration 


2 


Verify that, in Diameter AA-Request/Answer, IMS included a Media Description 








for signalling according to UE A.IP Address, UE A.SIP Port, 








PCSCF.IP Address, PCSCF.SIP Port. 




3 


Verify that IMS requested media description was found acceptable by EPC 


4 


Verify that UE A can exchange subsequent signalling with IMS 


5 


Verify that UE_A subsequent signalling is transported with appropriate PCC 








characteristics 




1 






Conformance 
Criteria: 


Check 


1 


1 


TP EPC e012 01 








ensure that { 








when { IMS P-CSCF receives 2xx Response on REGISTER from IMS S- 








CSCF } 








then { UE A receives 2xx Response } 
} 




2 


TP EPC 6013 01 








ensure that { 








when { IMS P-CSCF receives 2xx Response on REGISTER from IMS S- 








CSCF } 








then { IMS P-CSCF sends AA-Request to EPC PCRF 








containing framed IPv4 Address AVP 








(indicating IPv4 Address of UE A or 








containing framed IPvG Address AVP 








indicating IPvS Address of UE A) 








containing one or more Media-Component-Description AVP ( 








containing Media-Component -Number AVP 








indicating value 








containing Flow-Description AVP ( 








indicating permit in ip from (UE A- IP address and 








UE A port number) to (P-CSCF- IP address and P-CSCF port number) or 








indicating permit in udp from (UE A-IP address and 








UE A port number) to (P-CSCF- IP address and P-CSCF port number) or 








indicating permit in tcp from (UE A-IP address and 








UE_A_port_number) to ( P-CSCF- IP_address and P-CSCF_port_number) 








containing Flow-Description AVP ( 








indicating permit out ip from (P-CSCF-IP address P- 








CSCF port number) to UE A-IP address or 








indicating permit out udp from (P-CSCF-IP address P- 








CSCF port number) to UE A-IP address or 








indicating permit out tcp from (P-CSCF-IP address P- 








CSCF port number) to UE A-IP address 








) and 








containing Flow-Usage AVP 








indicating AF SIGNALING (0) 








containing Flow- Status AVP 








indicating ENABLED (2) 








containing AF-Signalling-Protocol AVP 








indicating SIP(l) 
) 
} 
} 
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Interoperability Test Description 



TP_EPC_G014_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP ( 
containing Media- Component -Number_AVP 
indicating and 

containing Flow-Description_AVP ( 

indicating permit_in_ip from (UE_A-IP_address 
and UE_A_port_number) to (P-CSCF-IP_address and P- 
CSCF_port_number) or 

indicating permit_in_udp from (UE_A- 
IP_address and UE_A_port_number) to (P-CSCF-IP_address and P- 
CSCF_port_number) or 

indicating permit_in_tcp from (UE_A- 
IP_address and UE_A_port_number) to (P-CSCF-IP_address and P- 
CSCF_port_number) 

) and 

containing Flow-Description_AVP ( 

indicating permit_out_ip from (P-CSCF- 
IP_address P-CSCF_port_number) to UE_A-IP_address or 
indicating permit_out_udp from 
IP_address P-CSCF_port_number) to UE_A-IP_address or 
indicating permit_out_tcp from 
IP_address P-CSCF_port_number) to UE_A-IP_address 
) and 
containing Flow-Usage_AVP 

indicating AF_SIGNALING (0) and 
containing Flow-Status_AVP 

indicating ENABLED (2) and 
containing AF-Signalling-Protocol_AVP 
indicating SIP(l) 
) 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_A and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_A 



(P-CSCF- 
(P-CSCF- 



} 



TP_EPC_6015_01 
ensure that { 

when { UE_A sends SUBSCRIBE to IMS } 

then { EPC uses_correct_Uplink bearer } 
then { IMS receives SUBSCRIBE 

delivered over IMS_signalling bearer 

} 
when { IMS sends SUBSCRIBE to UE_A } 

then { EPC uses_correct_Downlink bearer 
then { UE_A receives SUBSCRIBE 

delivered over IMS_signalling bearer 



7.2.1.2 



IMS Initial Registration - Failed 



Interoperability Test Description 


Identifier: 


TD IMSEPC Registration Initial Failed 


Summary: 


On failed UE Registration to IMS, IMS will not trigger the creation of a bearer for the 
transport of the subsequent SIP signalling. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 


Use Case Ref.: 


TP_IMSEPC_Registration_lnitial 


Pre-test 
conditions: 


• UE_A previously attached to EPC, but not registered to IMS 

• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• HSS of IMS not provisioned with UE_A's subscription 

• UE A discovered the P-CSCF address 
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Interoperability Test Description 



Test 
Sequence: 



Conformance 
Criteria: 



Step 



UE_A triggers IMS registration with invalid identity 



Verify that the IMS registration lias been rejected 



Verify that an IMS signalling bearer has not been created 



Check 



1 



TP_EPC_6016_01 
ensure that { 

when { IMS_P-CSCF receives 4xx_Response on REGISTER from IMS_S- 
CSCF } 

then { UE_A receives 4xx_Response from IMS_P-CSCF} 
} 



TP_EPC_6016_02 
ensure that { 

when { IMS_P-CSCF receives 4xx_Response on REGISTER from IMS_S- 
CSCF } 

then { IMS_P-CSCF not send AA-Request to EPC_PCRF } 



7.2.2 IMS De-registration 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_DeRegistration_UE 


Summary: 


On UEA de-registration, P-CSCF signals to PCRF the termination of the IMS signalling 

session. 

EPC removes the IMS signalling bearer. 

Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


OF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 
IP IMSEPC Registration Initial 


Use Case Ref.: 


TP_IMSEPC_DeRegistration_UE 







Pre-test 
conditions: 



UEA previously attached to EPC 

EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

UE_A previously registered to IMS 

EPC established an IMS signalling bearer allowing UE_A - P-CSCF IP 

communication with AF Signalling QoS characteristics ^ 



Test 
Sequence: 



Step 



UE_A triggers IMS de-registration, removing all registered contacts at respective 
P-CSCF 



Verify that P-CSCF signals termination of IMS signalling bearer 



Verify that signalling between UE_A and P-CSCF is still possible, by using a 
registration status pull (no contacts in SIP REGISTER request). Verify that this 
signalling is transported in the still active Default Bearer. 



ETSI 



61 



ETSI TS 103 029 V3.1.1 (2011-11) 



Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_EPC_6017_01 
ensure that { 

when { UE_A sends REGISTER for de-registration to IMS_P-CSCF } 
then { UE_A receives 2xx_Response from IMS_P-CSCF } 
then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 



TP_EPC_6009_02 
ensure that { 

when { EPC_PCRF receives Session-Termination-Request from IMS_P- 
CSCF 

containing Session- Id_AVP 

indicating session for IMS_signalling session 

} 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- IdAVP 

indicating IMS_signalling value_received in Session- 
Termination- Request 

containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 01) 



then { EPC PCRF removes relevant bearers 



IMS_signalling 



TP_EPC_6018_01 
ensure that { 

when { UE_A sends REGISTER to IMS_P-CSCF 
then { IMS_P-CSCF receives REGISTER 
delivered over default bearer 
containing no Contact_header 

} 

then { IMS_P-CSCF sends Response to UE_A 



TP_EPC_6019_01 

ensure that { 

when { IMS_P-CSCF sends Response on REGISTER to UE_A } 
then { UE_A receives Response on REGISTER from IMS_P-CSCF 
delivered over default bearer 



7.2.3 IMS De-registration witin Active Sessions 



Interoperability Test Description 


Identifier: 


TD IMSEPC DeRegistration UE Active Session 


Summary: 


On UE A de-registration, the S-CSCF performs S-CSCF-initiated termination of active 

session. P-CSCF will act on this event and signals to PCRF termination of the SIP 

session bearers. 

EPC removes the SIP Session bearer. 

IVIedia cannot be exchange any longer on previous SIP Session bearer. 

The S-CSCF answers to the de-registration. 

The P-CSCF signals to PCRF the termination of IMS signalling session. 

EPC removes IMS signalling bearer. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 
TP IMSEPC Registration Initial 
TP IMSEPC DeRegistration UE 


Use Case Ref.: 


TP IMSEPC DeRegistration UE Active Session 
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Interoperability Test Description 



Pre-test 
conditions: 



UEA previously attached to EPC 

EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

UE_A previously registered to IIVIS 

EPC established an IMS signalling bearer 

UE_A initiated/received a SIP session request such that a SIP session is active 

with UE_B 

EPC established a SIP session bearer for media 

Default EPC qatinq policy set to "Deny 



Test 
Sequence: 



Step 



Verify that media between UE_A and UE_B is successfully forwarded 



UE_A triggers IIVIS de-registration, removing all registered contacts at respective 
P-CSCF 



Verify that S-CSCF triggers S-CSCF-initiated call release 



Verify that P-CSCF signals termination of active SIP session media bearers 



Verify that EPC removes SIP session media bearers and as such media packets 
are no longer forwarded between UE_A and UE_B, in either direction 



Verify that P-CSCF signals termination of MS signalling bearer 



Verify that media between UE_A and UE_B is not delivered in any direction after 
termination of SIP session bearers 



Conformance 
Criteria: 



Check 



TP_EPC_6020_01 
ensure that { 

when { UE_A sends media to UE_B } 
then { UE_B receives the media 

delivered over SIP_Session media bearer 

} 
when { UE_B sends media to UE_A } 
then { UE_A receives the media 

delivered over SIP_Session media bearer 
} 



TP_EPC_6021 

ensure that 

when { UE 

then 

conta 

inc 

conta 

inc 

conta 

inc 

conta 

ind 

conta 

inc 

conta 

inc 

conta 



01 



_A sends REGISTER for de-registration to IMS_P-CSCF } 

IMS_S-CSCF sends BYE to IMS_P-CSCF 

ining Request_URI 

luding contact_address from Contact_header of UE_B and 

ining To_header 

luding From_header or To_header from initial INVITE and 

ining From_header 

luding From_header or To_header from initial INVITE and 

ining Call-ID_header 

icating the initial INVITE_Call_Id_value and 

ining CSeq_header 

luding an incremented Sequence_Number and 

ining Route_header 

luding specif ic_routing_informat ion 

ining Reason_header 



TP_EPC_6022_01 
ensure that { 

when { IMS_P-CSCF receives BYE from IMS_S-CSCF } 
then { IMS_P-CSCF sends BYE to UE_A } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session of SIP_session 
} 
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Interoperability Test Description 



TP_EPC_6 9_01 
ensure that { 

when { EPC_PCRF receives Session-Termination-Request from 
IMS_P-CSCF 

containing Session- Id_AVP 

indicating session for SIP_session 

} 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating SIP_session value_received in Ses 
s ion- Termination- Request 

containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 01) 
} 



TP_EPC_6023_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC does not send media to UE_B 
when { UE_B sends media to UE_A } 

then { EPC does not send media to UE_A 
} 



TP_EPC_6012_02 
ensure that { 

when { IMS_P-CSCF receives 2xx_Response on REGISTER from IMS_S- 
CSCF } 

then { IMS_P-CSCF sends 2xx_Response to UE_A } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 



TP_EPC_6009_02 
ensure that { 

when { EPC_PCRF receives Session-Termination-Request from IMS_P- 
CSCF 

containing Session- Id_AVP 

indicating session for IMS_signalling session 

} 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating IMS_signalling value_received in Session- 
Termination- Request 

containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 01) 

} 

then { EPC_PCRF removes_relevant_bearers } 



TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 

then { the IP_packets not visible on PO_SGi 



7.2.4 IMS Administrative De-Registration 



Interoperability Test Description 


Identifier: 


TD IMSEPC_DeRegistration Administrative 


Summary: 


On administrative de-registration, S-CSCF notifies the UE A and P-CSCF about tlie event. 

P-CSCF signals to PCRF tlie termination of the IMS signalling session. 

EPC removes the IMS signalling bearer. 

Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 
IP IMSEPC Registration Initial 


Use Case Ref.: 


TP IMSEPC DeRegistration Administrative 
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Interoperability Test Description 



Pre-test 
conditions: 



Test 
Sequence: 



Conformance 
Criteria: 



UEA previously attached to EPC 

EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

UE_A previously registered to IIVIS 

EPC established an IMS signalling bearer 



Step 



S-CSCF/HSS triggers administrative de-registration, removing all registered 
contacts of UE A 



Verify that S-CSCF signals de-registration to the P-CSCF 



Verify that P-CSCF signals termination of the IIVIS signalling bearer 



Verify that signalling between UE_A and P-CSCF is still possible, by using a 
registration status pull (no contacts in SIP REGISTER request). Verify that this 
signalling is transported in the still active Default Bearer. 



Check 



1 



TP_EPC_6024_01 
ensure that { 

when { IMS_S-CSCF triggers_administrative_de-registration for 
UE_A } 

then { IMS_S-CSCF sends NOTIFY to IMS_P-CSCF 
containing Request_URI 

indicating IMS_P-CSCF contact_address for SUBSCRIBE dialog 
and 

containing Event_header 

indicating the reg_event_package and 
containing Message_Body 

indicating de-registration of all UE_A 
registered_public_identities 



TP_EPC_6 02 5_01 
ensure that { 

when { IMS_P-CSCF receives NOTIFY for UE_A de-registration from 
IMS_S-CSCF } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 



TP_EPC_6 9_02 
ensure that { 

when { EPC_PCRF receives Session-Termination-Request from IMS_P- 
CSCF 

containing Session- Id_AVP 

indicating session for IMS_signalling session 

} 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating IMS_signalling value_received in Session- 
Termination- Request 

containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 01) 

} 

then { EPC_PCRF removes_relevant_bearers } 



TP_EPC_6018_01 
ensure that { 

when { UE_A sends REGISTER to IMS_P-CSCF 
then { IMS_P-CSCF receives REGISTER 
delivered over default bearer 
containing no Contact_header 

} 

then { IMS_P-CSCF sends Response to UE_A 



TP_EPC_6019_01 

ensure that { 

when { IMS_P-CSCF sends Response on REGISTER to UE_A } 
then { UE_A receives Response on REGISTER from IMS_P-CSCF 
delivered over default bearer 
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7.2.5 IMS Registration Expiration 



Interoperability Test Description | 


Identifier: 


TD_IMSEPC_DeRegistration Expiration 


Summary: 


On registration expiration, P-CSCF signals to PCRF the termination of the IIVIS signalling 




session. 




EPC removes the IMS signalling bearer. 




Initial registration are still possible, but traffic will be categorized in the Default Bearer. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 




TPJMSEPC Registration Initial 


Use Case Ref.: 


TP_IMSEPC_DeRegistration_Expiration 


Pre-test 


• UE_A previously attached to EPC 


conditions: 


• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 




• UE_A previously registered to IMS 




• EPC established an IMS signalling bearer 


^^ 


Test 
Sequence: 


Step 




1 


UE A registration expires at P-CSCF, for all contacts of UE A 


2 


Verify that P-CSCF signals termination of IMS signalling bearer 


3 


Verify that signalling between UE_A and P-CSCF is still possible, by using a 






registration status pull (no contacts in REGISTER request). Verify that this 






signalling is transported in the still active Default Bearer. 


1 


1 


Conformance 
Criteria: 


Checl< 




1 


TP EPC 6026 01 






ensure that { 






when { IMS P-CSCF triggers registration expiration for UE A } 






then { IMS P-CSCF sends Session-Termination-Request to EPC PCRF 






containing Session- Id AVP 






indicating session for IMS signalling session 
} 
} 


2 


TP EPC 6009 02 






ensure that { 






when { EPC PCRF receives Session-Termination-Request from IMS P- 






CSCF 






containing Session-Id AVP 






indicating session for IMS signalling session 






then { EPC PCRF sends Session-Termination-Answer to IMS P-CSCF 






containing Session- Id AVP 






indicating IMS signalling value received in Session- 






Termination- Request 






containing Result-Code AVP 






indicating DIAMETER SUCCESS (2001) 
1 






then { EPC PCRF removes relevant bearers } 
} 


3 


TP EPC 6018 01 






ensure that { 






when { UE A sends REGISTER to IMS P-CSCF } 






then { IMS P-CSCF receives REGISTER 






delivered over default bearer 






containing no Contact header 
1 






) 

then { IMS P-CSCF sends Response to UE A } 

} 


4 


TP EPC 6019 01 






ensure that { 






when { IMS P-CSCF sends Response on REGISTER to UE A } 






then { UE A receives Response on REGISTER from IMS P-CSCF 






delivered over default bearer 
} 
} 
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7.3 SIP Session and Session Bearer Operations 
7.3.1 SIP Session Establishment 



7.3.1.1 



7.3.1.1.1 



Originating Leg 

With SDP Negotiation in INVITE/200 OK 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session Establishment__0riginating_1 


Summary: 


On successful call setup, the P-CSCF should derive from the SDP offer and answer, 

descriptions of the Service Data Flow. These are pushed towards ERG as request for 

creation of adequate bearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

Media transport is possible only after the successful establishment of the session. 

IVIedia negotiation happens during INVITE/200 OK (UE A sends SDP-offer, UE B 

responds with SDP-answer) 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 
TP IMSEPC Registration Initial 


Use Case ref.: 


TP IMSEPC_Session Establishment_Originating 


1 1 


Pre-test 
conditions: 


• UE_A previously attached to EPC 

• EPC established a Default Bearer allowing UEA - P-CSCF IP communication 

• UE_A previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE B ready to accept the session establishment 


^^^^^^^^H ^^^^H ^^^^ 


Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 


2 


UE A calls UE B and establishes a communication session 


3 


Verify that, in Diameter AA- Request/Answer, the IMS produced a Media 
Description for the session according to SDP-offer in SIP INVITE Request and 
SDP-answer in SIP 2xx INVITE Answer 


4 


Verify that IMS requested media description was found acceptable by EPC 


5 


Verify that media between UE A and UE B is successfully routed 


6 


Verify that media between UE_A and UE_B is transported with appropriate PCC 
characteristics 


Conformance 
Criteria: 


Check 


^ 


1 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 
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Interoperability Test Description 



TP_EPC_6027_ 
ensure that 
when I IMS 



01 



P-CSCF receives 2xx_response on INVITE from IMS_P-CSCF 



then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address_AVP 

indicating IPv4_address of UE_A or 
containing Framed- IPv6 -Address_AVP 
indicating IPv6_address of UE_A ) and 
containing one or more Media-Component-Description_AVP ( 
containing Media- Component -Number_AVP 

indicating values_derived from SDP 
containing one or more Media-Subcomponent-Description_AVP 
indicating values_derived from SDP 
) 



TP_EPC_6028_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_A and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_A 



} 



TP_EPC_e029_01 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 

then { IMS_P-CSCF sends 2xx_Response on INVITE to UE_A 



TP_EPC_S030 

ensure that 

when { 

then 

then 

when { 

then 

then 



01 



UE_A sends media to UE_B } 

{ EPC uses_correct_bearers for the service_data_f lows 

{ UE_B receives media } 

UE_B sends media to UE_A } 

{ EPC uses_correct_bearers for the service_data_f lows 

{ UE A receives media } 



7.3.1.1.2 



With SDP Negotiation in 200 OK/ACK 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Establishment_Originating_2 


Summary: 


On successful call setup, the P-CSCF should derive from the SDP offer and answer, 

descriptions of the Service Data Flow. These are pushed towards EPC as request for 

creation of adequate bearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

Media transport is possible only after the successful establishment of the session. 

IVIedia negotiation happens during 200 OK / ACK (UE B sends SDP-offer, UE A responds 

with SDP-answer) 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 
TP IMSEPC Registration Initial 


Use Case ref.: 


TP IMSEPC Session Establishment_Originating 


^ 


^^^^^i^^h .^^^B. 4 


Pre-test 
conditions: 


• UE_A previously attached to EPC 

• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• UE_A previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE B ready to accept the session establishment 
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Interoperability Test Description 



Test 
Sequence: 



Step 



Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 



UE A calls UE B and establishes a communication session 



Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 
for the session according to SDP-offer in SIP 200 OK INVITE Response and 
SDP-answer in SIP ACK Request 



Verify that IMS requested media description was found acceptable by EPC 



Verify that media between UE_A and UE_B is successfully routed 



Verify that media between UE_A and UE_B is transported with appropriate PCC 
characteristics 



Conformance 
Criteria: 



Check 



TP_EPC_S003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_pack;ets } 
then { the IP_packets not visible on PO_SGi 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_pack;ets } 

then { the IP_pack;ets not visible on PO_SGi 



} 



TP_EPC_6027_03 
ensure that { 

when { IMS_P-CSCF receives ACK from UE_A } 

then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address_AVP 

indicating IPv4_Address of UE_A or 
containing Framed- IPvG-Address_AVP 
indicating IPv6_Address of UE_A) 
containing one or more Media-Component-Description_AVP ( 
containing Media- Component -Number_AVP 

indicating values_derived from SDP 
containing one or more Media-Subcomponent-Description_AVP 
indicating values_derived from SDP) 



TP_EPC_e028_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Cur r ent_I P_CAN_Type of UE_A and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_A 



TP_EPC_6029_04 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 
then I IMS P-CSCF sends ACK to IMS S-CSCF } 



TP_EPC_6030_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC uses_correct_bearers for the service_data_f lows 
then { UE_B receives media } 
when { UE_B sends media to UE_A } 

then { EPC uses_correct_bearers for the service_data_f lows 
then I UE A receives media ) 
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7.3.1.1.3 



Without SDP Negotiation in the initial SIP transaction 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Establishment_Originating_3 


Summary: 


On successful call setup without SDP negotiation (no SDP-offer/answer in the initial SIP 
INVITE Request / 200 OK Response /ACK Request), there is no request for establishing 
media bearers from the P-CSCF towards EPC. 
IVIedia transport is not possible either before or after this empty session setup. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 
TP IMSEPC Registration Initial 


Use Case ref.: 


TP IMSEPC_Session Establishment_Originating 


^^ 




Pre-test 
conditions: 


• UE_A previously attached to EPC 

• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• UE_A previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE B ready to accept the session establishment 


I .^ 




Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 


2 


UE A calls UE B and establishes a communication session 


3 


Verify that, as there was no SDP negotiation, there is no AA-Request/Answer 
exchange between P-CSCF and PCRF 


4 


Verify that media between UEA and UEB is still not delivered in any direction 


1 1 


Conformance 
Criteria: 


Clieck 




1 


TP_EPC_G003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 


2 


TP_EPC_6033_01 
ensure that { 

when { IMS P-CSCF receives INVITE with no SDP from UE A } 

then { IMS_P-CSCF does not send AA-Request to EPC_PCRF } 
when { IMS P-CSCF receives 200_response on INVITE with no SDP 
from IMS_S-CSCF } 

then { IMS_P-CSCF does not send AA-Request to EPC_PCRF } 
when { IMS_P-CSCF receives ACK with no SDP from UE_A } 

then { IMS P-CSCF does not send AA-Request to EPC PCRF } 
} 


3 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 
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7.3.1.2 



Terminating Leg 



7.3.1.2.1 



With SDP Negotiation in INVITE/200 OK 



Interoperability Test Description 


Identifier: 


TDJMSEPC_Session_Establishment_Terminating_1 


Summary: 


On successful call setup, the P-CSCF should derive from the SDP offer and answer, 

descriptions of the Service Data Flow. These are pushed towards EPC as request for 

creation of adequate bearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

IVIedia transport is possible only after the successful establishment of the session. 

Media negotiation happens during INVITE/200 OK (UE A sends SDP-offer, UE B 

responds with SDP-answer) 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 
TP IMSEPC Registration Initial 


Use Case ref.: 


TP IMSEPC_Session Establishment_Terminating 


i 




Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 

• UEA ready to initiate the session establishment 


^^ 


Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 


2 


UE B receives a call request and establishes a communication session 


3 


Verify that, in Diameter AA- Request/Answer, the IMS produced a Media 
Description for the session according to SDP-offer in SIP INVITE Request and 
SDP-answer in SIP 2xx INVITE Answer 


4 


Verify that IMS requested media description was found acceptable by EPC 


5 


Verify that media between UE A and UE B is successfully routed 


6 


Verify that media between UE_A and UE_B is transported with appropriate PCC 
characteristics 


L 


^^^^^^^^^^^" 


Conformance 
Criteria: 


Check 




1 


TP_EPC_6003_03 
ensure that { 

when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO SGi } 
when { UE_A sends media to UE_B } 
then { EPC filters the IP^packets } 
then { the IP packets not visible on PO SGi } 
} 


2 


TP_EPC_S027_02 
ensure that { 

when { IMS P-CSCF receives 2xx response on INVITE from UE B } 
then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address AVP 

indicating IPv4_address of UE B or 
containing Framed- IPv6 -Address AVP 

indicating IPvG_address of UE B) and 
containing one or more Media-Component-Description AVP ( 
containing Media-Component-Number AVP 

indicating values derived from SDP 
containing one or more Media-Subcomponent-Description AVP 
indicating values derived from SDP) 
} 
} 
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Interoperability Test Description 




3 


TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o AVP ( 

containing one or more Media-Component-Description AVP 
indicating values derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current IP CAN Type of UE B and 
containing RAT-Type AVP 

indicating Current RAT Type of UE B 
} 
} 


4 


TP_EPC_6029_02 
ensure that { 

when { IMS P-CSCF receives AA-Answer from EPC PCRF } 

then { IMS_P-CSCF sends SIP 2xx_Response on INVITE to IMS_S- 
CSCF } 
} 


5 


TP_EPC_S030_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC uses_correct_bearers for the service data flows } 
then { UE B receives media } 
when { UE B sends media to UE A } 

then { EPC uses correct bearers for the service data flows } 
then { UE A receives media } 
} 



7.3.1.2.2 



With SDP Negotiation in 200 OK/ACK 



Interoperability Test Description 



Identifier: 



TD_IMSEPC_Session_Establishment__Terminating_2 



Summary: 



On successful call setup, the P-CSCF should derive from the SDP offer and answer, 

descriptions of the Service Data Flow. These are pushed towards EPC as request for 

creation of adequate bearers. 

EPC creates based on the EPC's operator policies the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

Media transport is possible only after the successful establishment of the session. 

IVIedia negotiation happens during 200 OK / ACK (UE B sends SDP-offer, UE A responds 

with SDP-answer) 



Config. 



CF IMSEPC 



SUT: 



IMS and EPC 



Ref.: 



TP_IMSEPC_Network_Attachment 
TPJMSEPC_RegistrationJnitial 



Use Case ref.: 



TP IMSEPC Session Establishment_Terminating 



Pre-test 
conditions: 



Test 
Sequence: 



Step 



1 



UE_B previously attached to EPC 

EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

UE_B previously registered to IMS 

EPC established an IMS signalling bearer 

UE_A ready to initiate the session establishment 



Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 



UE_B receives a call request and establishes a communication session 



Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 
for the session according to SDP-offer in SIP 200 OK Response and SDP-answer 
in SIP ACK Response 



Verify that IMS requested media description was found acceptable by EPC 
Verify that media between UE_A and UE_B is successfully routed 



Verify that media between UE_A and UE_B is transported with appropriate PCC 
characteristics 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_EPC_e003_03 
ensure that { 

when { UE_B sends media to UE_A } 

then { EPC filters the IP_pack;ets } 
then { the IP_pack;ets not visible on PO_SGi } 
when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 

then { the IP_pack;ets not visible on PO_SGi } 



TP_EPC_S027_04 
ensure that { 

when { IMS_P-CSCF receives ACK from IMS_S-CSCF } 
then { IMS_P-CSCF sends AA-Request to EPC^PCRF 
(containing Framed- IP-Address_AVP 

indicating IPv4_Address of UE_B or 
containing Framed- IPvG-Address_AVP 
indicating IPv6_Address of UE_B) 
containing one or more Media-Component-Description_AVP ( 
containing Media- Component -Number_AVP 

indicating values_derived from SDP 
containing one or more Media-Subcomponent-Description_AVP 
indicating values_derived from SDP) 
} 



TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_B and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_B 
} 
i 



TP_EPC_6029_03 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF 
then { IMS P-CSCF sends ACK to UE B } 



TP_EPC_e030_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC uses_correct_bearers for the service_data_f lows } 
then { UE_B receives media } 
when { UE_B sends media to UE_A } 

then { EPC uses_correct_bearers for the service_data_f lows } 
then I UE A receives media } 
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7.3.1.2.3 



Without SDP Negotiation in the initial SIP transaction 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Establishment_Terminating_3 


Summary: 


On successful call setup without SDP negotiation (no SDP-offer/answer in the initial SIP 
INVITE Request / 200 OK Response /ACK Request), there is no request for establishing 
media bearers from the P-CSCF towards EPC. 
IVIedia transport is not possible either before or after this empty session setup. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 
TP IMSEPC Registration Initial 


Use Case ref.: 
1 ^^^ 


TP IMSEPC Session Establishment Terminating 


1 

Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE A ready to initiate the session establishment 


L .^ 




Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is not delivered in any direction 
before call establishment 


2 


UE B receives a call request and establishes a communication session 


3 


Verify that, as there was no SDP negotiation, there is no AA-Request/Answer 
exchange between P-CSCF and PCRF 


4 


Verify that media between UEA and UEB is still not delivered in any direction 


^^m 


Conformance 
Criteria: 


Check 




1 


TP_EPC_e003_03 
ensure that { 

when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 


2 


TP_EPC_e033_02 
ensure that { 

when { IMS_P-CSCF receives INVITE with no SDP from IMS_S-CSCF } 

then { IMS_P-CSCF does not send AA-Request to EPC_PCRF } 
when { IMS_P-CSCF receives 200_response on INVITE with no SDP 
from UE_B } 

then { IMS P-CSCF does not send AA-Request to EPC PCRF } 
when { IMS_P-CSCF receives ACK with no SDP from IMS_S-CSCF } 
then { IMS P-CSCF does not send AA-Request to EPC PCRF } 
} 


3 


TP_EPC_S003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP^packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 
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7.3.2 SIP Session Modification 



7.3.2.1 



Originating Leg 



7.3.2.1.1 



With removal of SDF (e.g. Call-Hold) 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Modification_Originating_1 


Summary: 


On successful call hold, the P-CSCF should derive from the SDP offer and answer, 




updates for the Service Data Flows. These are pushed towards EPC as request for 




modification of the previously created bearers. 




EPC modifies, based on the EPC's operator policies, the bearers for media. 




When transporting media, the EPC will employ the respective bearer's characteristics. 




IVIedia transport is possible, after the successful modification of the session, only on the 




remaining active Service Data Flows. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 




TP IMSEPC Registration Initial 




TP IMSEPC Session Establishment Originating 


Use Case ref.: 


TP IMSEPC Session Modification _Originating 


Pre-test 


• UEA previously attached to EPC 


conditions: 


• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 




• UE_A previously registered to IMS 




• EPC established an IMS signalling bearer 




• UE_A previously established a call with UE_B, encompassing both audio and 




video media 


1 "^^ 


^^^^^ 


Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is delivered in both directions and for 






both media stream types after call establishment 


2 


UE_A initiates Call-Hold operation and removes audio media from the 






communication session 


3 


Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 






for session modification according to SDP-offer in SIP INVITE Request and SDP- 






answer in SIP 2xx INVITE Answer 


4 


Verify that IMS requested media description update was found acceptable by 






EPC 


5 


Verify that video media between UE A and UE B is still successfully exchanged 


6 


Verify that audio media between UE_A and UE_B can no longer be exchanged 


^ ^ 




and is filtered out by EPC 


Conformance 


Check 




Criteria: 




1 


1 


TP EPC 6030 02 






ensure that { 






when { UE A sends audio media to UE B } 






then { EPC uses correct bearers for the service data flows } 






then { UE B receives media } 






when { UE B sends audio media to UE A } 






then { EPC uses correct bearers for the service data flows } 






then { UE A receives the media } 






when { UE A sends video media to UE B } 






then { EPC uses correct bearers for the service data flows } 






then { UE B receives the media } 






when { UE B sends video media to UE A } 






then { EPC uses correct bearers for the service data flows } 






then { UE A receives the media } 
} 
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Interoperability Test Description 




2 


TP_EPC_6027_01 
ensure that { 








when { IMS P-CSCF receives 2xx response on INVITE from IMS P 

} 

then { IMS P-CSCF sends AA-Request to EPC PCRF 


-CSCF 












(containing Framed- IP-Address AVP 








indicating IPv4 address of UE A or 








containing Framed- IPv6 -Address AVP 








indicating IPv6 address of UE A ) and 








containing one or more Media-Component-Description AVP ( 








containing Media-Component -Number AVP 








indicating values derived from SDP 








containing one or more Media-Subcomponent-Description AVP 






indicating values derived from SDP 
) 
} 
} 






3 


TP_EPC_6028_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result -Code AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o AVP ( 

containing one or more Media-Component-Description AVP 
indicating values derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current IP CAN Type of UE A and 
containing RAT-Type AVP 

indicating Current RAT Type of UE A 
} 
} 






4 


TP_EPC_6029_01 
ensure that { 

when { IMS P-CSCF receives AA-Answer from EPC PCRF } 

then { IMS P-CSCF sends 2xx Response on INVITE to UE A } 
} 




5 


TP EPC 6031 01 








ensure that { 








when { UE A sends audio media to UE B } 








then { EPC filters the IP_packets } 








then { the IP packets not visible on PO SGi } 








when { UE B sends audio media to UE A } 








then { EPC filters the IP packets } 








then { the IP packets not visible on UE A } 








when { UE A sends video media to UE B } 








then { EPC uses correct bearers for the service data flows 


) 






then { UE B receives media } 








when { UE B sends video media to UE A } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE A receives media } 








} 





7.3.2.1.2 



With addition of SDF (e.g. Call-Resume) 



Interoperability Test Description 


Identifier: 


TD IMSEPC Session Modification Originating 2 


Summary: 


On successful call resume, the P-CSCF should derive from the SDP offer and answer, 

updates for the Service Data Flows. These are pushed towards EPC as request for 

modification of the previously created bearers. 

EPC modifies, based on the EPC's operator policies, the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

IVIedia transport is possible, after the successful modification of the session, on any new 

and also on the remaining active Service Data Flows. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Originating 


Use Case ref.: 


TP_IMSEPC_Session_Modification_Originating 
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Interoperability Test Description 


1 




Pre-test 


• UEA previously attached to EPC 


conditions: 


• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 




• UE_A previously registered to IMS 




• EPC established an IMS signalling bearer 




• UE A previously established a call with UE B, encompassing video media only 


1 


1 


Test 
Sequence: 


Step 




1 


Verify that only video media between UE A and UE B is delivered in both 






directions after call establishment 


2 


UE_A initiates a Call-Resume operation and adds audio media to the 






communication session 


3 


Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 






for the session modification according to SDP-offer in SIP INVITE Request and 






SDP-answer in SIP 2xx Answer 


4 


Verify that IMS requested media description update was found acceptable by 






EPC 


5 


Verify that video media between UE A and UE B is still successfully exchanged 


6 


Verify that audio media between UE A and UE B is also successfully exchanged 




Conformance 


Check 


^^r 


Criteria: 






1 


TP EPC 6031 01 






ensure that { 






when { UE A sends audio media to UE B } 






then { EPC filters the IP_packets } 






then { the IP packets not visible on PO SGi } 






when { UE B sends audio media to UE A } 






then { EPC filters the IP_packets } 






then { the IP packets not visible on UE A } 






when { UE A sends video media to UE B } 






then { EPC uses correct bearers for the service data flows } 






then { UE B receives media } 






when { UE B sends video media to UE A } 






then { EPC uses correct bearers for the service data flows } 






then { UE A receives media } 
} 


2 


TP EPC 6027 01 






ensure that { 






when { IMS P-CSCF receives 2xx response on INVITE from IMS P-CSCF 

} 

then { IMS P-CSCF sends AA-Request to EPC PCRF 










(containing Framed- IP-Address AVP 






indicating IPv4 address of UE A or 






containing Framed- IPv6 -Address AVP 






indicating IPv6 address of UE A ) and 






containing one or more Media-Component-Description AVP ( 






containing Media-Component -Number AVP 






indicating values derived from SDP 






containing one or more Media-Subcomponent-Description AVP 






indicating values derived from SDP 
) 
} 
} 




3 


TP_EPC_6028_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result -Code AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o AVP ( 

containing one or more Media-Component-Description AVP 
indicating values derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_A and 
containing RAT-Type_AVP 

indicating Current RAT Type of UE A 
} 
} 
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Interoperability Test Description 




4 


TP_EPC_6029_01 
ensure that { 










when { IMS P-CSCF receives AA-Answer from 


EPC PCRF } 






then { IMS P-CSCF sends 2xx Response on 
} 


INVITE to UE_A } 


5 


TP EPC S030 02 










ensure that { 










when { UE A sends audio media to UE B 


} 








then { EPC uses correct bearers for 


the 


service data flows } 






then { UE B receives media } 










when { UE B sends audio media to UE A 


[ 








then { EPC uses correct bearers for 


the 


service data flows } 






then { UE A receives the media } 










when { UE A sends video media to UE B 


} 








then { EPC uses correct bearers for 


the 


service data flows } 






then { UE B receives the media } 










when { UE B sends video media to UE A 


} 








then { EPC uses correct bearers for 


the 


service data flows } 






then { UE A receives the media } 
} 







7.3.2.2 



Terminating Leg 



7.3.2.2.1 



With removal of SDF (e.g. Call-Hold) 



Interoperability Test Description 


Identifier: 


TD IMSEPC Session Modification Terminating 1 


Summary: 


On successful call hold, the P-CSCF should derive from the SDP offer and answer, 

updates for the Service Data Flows. These are pushed towards EPC as request for 

modification of the previously created bearers. 

EPC modifies, based on the EPC's operator policies, the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

Media transport is possible, after the successful modification of the session, only on the 

remaining active Service Data Flows. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Terminating 


Use Case ref.: 


TP IMSEPC Session Modification Terminating 


-^ 




Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE_A or another endpoint ready to accept the session establishment 

• UE_B previously established a call with UE_A or another endpoint, encompassing 
both audio and video media 


Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is delivered in both directions and for 
both media stream types after call establishment 


2 


UE_A initiates a Call-Hold operation and removes audio media from the 
communication session 


3 


Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 
for the session modification according to SDP-offer in SIP INVITE Request and 
SDP-answer in SIP 2xx INVITE Answer 


4 


Verify that IMS requested media description update was found acceptable by 
EPC 


5 


Verify that video media between UE A and UE B is still successfully exchanged 


6 


Verify that audio media between UE_A and UE_B can no longer be exchanged 
and is filtered out by EPC 
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Interoperability Test Description 


1 ' 


Conformance 


Check 






Criteria: 








1 


TP_EPC_e030_02 








ensure that { 








when { UE A sends audio media to UE B } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE_B receives media } 








when { UE B sends audio media to UE A } 








then { EPC uses_correct bearers for the service data flows 


} 






then { UE_A receives the media } 








when { UE A sends video media to UE B } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE B receives the media } 








when { UE B sends video media to UE A } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE A receives the media } 
} 




2 


TP_EPC_G027_07 








ensure that { 








when { IMS P-CSCF receives 2xx Response on INVITE from UE B 


} 






then { IMS_P-CSCF sends AA-Request to EPC_PCRF 








(containing Framed- IP-Address AVP 








indicating IPv4 Address of UE A or 








containing Framed- IPvG -Address AVP 








indicating IPv6_Address of UE_A) 








containing one or more Media-Component-Description AVP ( 








containing Media-Component -Number AVP 
indicating values derived from SDP 








containing one or more Media-Subcomponent-Description 


AVP 






indicating values derived from SDP) 
} 
} 






3 


TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o AVP ( 

containing one or more Media-Component-Description AVP 
indicating values derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_B and 
containing RAT-Type AVP 

indicating Current RAT Type of UE B 
} 
} 






4 


TP_EPC_e029_02 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 








then { IMS P-CSCF sends SIP 2xx Response on INVITE to IMS 


S- 






CSCF } 
} 




5 


TP_EPC_e031_01 








ensure that { 








when { UE A sends audio media to UE B } 








then { EPC filters the IP_packets } 

then { the IP_packets not visible on PO SGi } 








when { UE B sends audio_media to UE A } 








then { EPC filters the IP_packets } 

then { the IP packets not visible on UE A } 








when { UE A sends video media to UE B } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE B receives media } 








when { UE B sends video media to UE A } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE A receives media } 
} 
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7.3.2.2.2 



With addition of SDF (e.g. Call-Resume) 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Modification_Terminating_2 


Summary: 


On successful call resume, the P-CSCF should derive from the SDP offer and answer, 

updates for the Service Data Flows. These are pushed towards EPC as request for 

modification of the previously created bearers. 

EPC modifies, based on the EPC's operator policies, the bearers for media. 

When transporting media, the EPC will employ the respective bearer's characteristics. 

IVIedia transport is possible, after the successful modification of the session, on any new 

and also on the remaining active Service Data Flows. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Terminating 


Use Case ref.: 


TP IMSEPC_Session_Modification _Terminating 




Pre-test 
conditions: 

1 


• UEB previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 

• UEB previously established a call with UE A, encompassing video media only 


Test 
Sequence: 


Step 




1 


Verify that only video media between UE_A and UE_B is delivered in both 
directions after call establishment 


2 


UE_A initiates a call-resume operation and adds audio media to the 
communication session 


3 


Verify that, in Diameter AA-Request/Answer, IMS produced a Media Description 
for the session modification according to SDP-offer in SIP INVITE Request and 
the SDP-answer in SIP 2xx INVITE Answer 


4 


Verify that the IMS requested media description update was found acceptable by 
EPC 


5 


Verify that the video media between UE_A and UE_B is still successfully 
exchanged 


6 


Verify that the audio media between UE_A and UE_B is also successfully 
exchanged 


-^^ 


Conformance 
Criteria: 


Check 




1 


TP_EPC_S031_01 
ensure that { 

when { UE_A sends audio media to UE B } 

then { EPC filters the IP_packets } 

then { the IP_packets not visible on PO SGi } 
when { UE B sends audio media to UE A } 

then { EPC filters the IP_packets } 

then { the IP_packets not visible on UE A } 
when { UE A sends video media to UE B } 

then { EPC uses correct bearers for the service data flows } 

then { UE B receives media } 
when { UE B sends video media to UE A } 

then { EPC uses correct bearers for the service data flows } 

then { UE A receives media } 
} 


2 


TP_EPC_6027_02 
ensure that { 

when { IMS P-CSCF receives 2xx response on INVITE from UE B } 
then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address AVP 

indicating IPv4_address of UE B or 
containing Framed- IPvS -Address AVP 

indicating IPv6_address of UE B) and 
containing one or more Media-Component-Description AVP ( 
containing Media-Component-Number AVP 

indicating values derived from SDP 
containing one or more Media-Subcomponent-Description AVP 
indicating values derived from SDP) 
} 
} 
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Interoperability Test Description 




3 


TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o AVP ( 

containing one or more Media-Component-Description AVP 
indicating values derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current IP CAN Type of UE B and 
containing RAT-Type AVP 

indicating Current RAT Type of UE B 
} 
} 






4 


TP_EPC_6029_01 
ensure that { 

when { IMS P-CSCF receives AA-Answer from EPC PCRF } 

then { IMS P-CSCF sends 2xx Response on INVITE to UE A } 
} 




5 


TP EPC 6030 02 








ensure that { 








when { UE A sends audio media to UE B } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE B receives media } 








when { UE B sends audio media to UE A } 








then { EPC uses correct bearers for the service data flows 


[ 






then { UE A receives the media } 








when { UE A sends video media to UE B } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE B receives the media } 








when { UE B sends video media to UE A } 








then { EPC uses correct bearers for the service data flows 


} 






then { UE A receives the media } 
} 





7.3.3 SIP Session Release 



7.3.3.1 



Originating Leg 



Interoperability Test Description 


Identifier: 


TDJMSEPC_Session_Release_Originating 


Summary: 


On call release, the P-CSCF should trigger the removal of all relevant previously created 

bearers. 

EPC removes the bearers for media. 

IVIedia transport is no longer possible, after the session release. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Originating 


Use Case ref.: 


TP IMSEPC Session Release Originating 


Pre-test 
conditions: 


• UEA previously attached to EPC 

• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• UE_A previously registered to IMS 

• EPC established an IMS signalling bearer 

• UEA previously established a call with UE B 




Test 
Sequence: 


Step 




1 


Verify that media between UE_A and UE_B is delivered in both directions and for 
both media stream types after the call establishment 


2 


UE A initiates a Call-Release operation, ending the session 


3 


Verify that P-CSCF terminates the Rx session, triggering removal of all session 
related bearers 


4 


Verify that EPC removes all session related bearers 
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Interoperability Test Description 




5 


Verify that media between UE A and UE B can no longer be exchanged and is 
filtered out by EPC 


Conformance 


Check 




Criteria: 




r. 


1 


TP EPC 6030 01 






ensure that { 






when { UE A sends media to UE B } 






then { EPC uses correct bearers for the service data flows } 






then { UE B receives media } 






when { UE B sends media to UE A } 






then { EPC uses correct bearers for the service data flows } 






then { UE A receives media } 
} 


2 


TP EPC 6034 01 






ensure that { 






when { IMS P-CSCF receives SIP BYE Response from UE A } 






then { IMS P-CSCF sends Session-Termination-Request to EPC PCRF 






containing Session-Id AVP 






indicating session for SIP session 
} 
} 




3 


TP_EPC_6009_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC PCRF sends Session-Termination-Answer to IMS P-CSCF 
containing Session- Id AVP 

indicating session for IMS signalling session 
containing Result-Code AVP 

indicating DIAMETER SUCCESS (2001) 
} 
} 




4 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP_pack;ets } 
then { the IP_packets not visible on PO SGi } 
when { UE_B sends media to UE_A } 
then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 



7.3.3.2 



Terminating Leg 



Interoperability Test Description 


Identifier: 


TDJMSEPC_Session Release_Terminating 


Summary: 


On call release, the P-CSCF should trigger the removal of all relevant previously created 

bearers. 

EPC removes the bearers for media. 

IVIedia transport is no longer possible, after the session release. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Terminating 


Use Case ref.: 


TP IMSEPC Session Release _Terminating 






Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 

• UE_B previously established a call with UE_A, encompassing both audio and 
video media 
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Interoperability Test Description 


^^^^^ 






Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is delivered in both directions and for 






both media stream types after call establishment 


2 


UE B receives a Call-Release operation, ending the session 


3 


Verify that P-CSCF terminates the Rx session, triggering the removal of all 






session related bearers 


4 


Verify that EPG removes all session related bearers 


5 


Verify that the media between UE_A and UE_B can no longer be exchanged and 


^^^^^= 




is filtered out by EPG 


Conformance 


Check 




Criteria: 






1 


TP EPC S030 01 






ensure that { 






when { UE A sends media to UE B } 






then { EPC uses correct bearers for the service data flows } 






then { UE B receives media } 






when { UE B sends media to UE A } 






then { EPC uses correct bearers for the service data flows } 






then { UE A receives media } 
} 


2 


TP EPC S034 01 






ensure that { 






when { IMS P-CSCF receives SIP BYE Response from UE A } 






then { IMS P-CSCF sends Session-Termination-Request to EPC PCRF 






containing Session- Id AVP 






indicating session for SIP session 
} 
} 




3 


TP_EPC_e009_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating session for IMS signalling session 
containing Result -Code AVP 

indicating DIAMETER SUCCESS (2001) 
} 
} 




4 


TP_EPC_S003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 

then { EPC filters the IP_packets } 

then { the IP packets not visible on PO SGi } 



7.3.4 SIP Session Abort/Reject 
7.3.4.1 SIP Session Abort 



7.3.4.1.1 



Originating Leg 



Interoperability Test Description | 


Identifier: 


TD_IMSEPC_Sesslon_Abort Originating 


Summary: 


On session abort, the P-CSCF should trigger the removal of all relevant previously 

created early-media bearers. 

EPC removes the bearers for early-media. 

Media transport is no longer possible, after the session abort. 


Config.: 


CF IIVISEPC 


SUT: 


IMS and EPC 


Ref.: 


TP IMSEPC Network Attachment 

TP_IMSEPC_Registration_lnitial 

TP IMSEPC Session Establishment Originating 


Use Case ref.: 


TP_IMSEPC_Session_Abort_Originating 
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Interoperability Test Description 




Pre-test 


• UEA previously attached to EPC 


conditions: 


• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 




• UE_A previously registered to IIVIS 




• EPC established an IMS signalling bearer 






Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is not delivered in any direction 


2 


UE A initiates a session establishment operation 


3 


UE_B answers with SIP 180 Ringing INVITE Response and starts sending early- 






media 


4 


Verify that early-media is delivered from UE B to UE A 


5 


UE A cancels the session establishment 


6 


Verify that P-CSCF terminates the Rx session, triggering removal of all early- 






media related bearers 


7 


Verify that EPC removes all early-media related bearers 


8 


Verify that media between UE B and UE A can no longer be exchanged and is 






filtered out by EPC 


I 




-^^^ ^ 


Conformance 


Check 


1 


Criteria: 




_J 


1 


TP EPC 6003 02 






ensure that { 






when { UE A sends media to UE B } 






then { EPC filters the IP packets } 






then { the IP packets not visible on PO SGi } 






when { UE B sends media to UE A } 






then { EPC filters the IP packets } 






then { the IP packets not visible on PO SGi } 
} 


2 


TP EPC 6027 06 






ensure that { 






when { IMS P-CSCF receives SIP 180 response from IMS S-CSCF } 






then { IMS P-CSCF sends AA-Request to EPC PCRF 






(containing Framed- IP-Address AVP 






indicating IPv4 Address of UE A or 






containing Framed- IPv6 -Address AVP 






indicating IPv6 Address of UE A) 






containing one or more Media-Component-Description AVP ( 






containing Media-Component -Number AVP 






indicating values derived from SDP 






containing one or more Media-Subcomponent-Description AVP 






indicating values derived from SDP) 
} 
} 


3 


TP EPC 6028 01 






ensure that { 






when { EPC PCRF receives AA-Request from IMS P-CSCF } 






then { EPC PCRF sends AA-Answer to IMS P-CSCF 






containing Result -Code AVP 






indicating DIAMETER SUCCESS (2001) and 






containing Acceptable-Service-Inf o AVP ( 






containing one or more Media-Component-Description AVP 






indicating values derived from AA-Request 






) and 






containing IP-CAN AVP 






indicating Current IP CAN Type of UE A and 






containing RAT-Type AVP 






indicating Current RAT Type of UE A 
} 
} 


4 


TP EPC 6029 05 






ensure that { 






when { IMS P-CSCF receives AA-Answer from EPC PCRF } 






then { IMS P-CSCF sends 180 Response to UE A } 
} 
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Interoperability Test Description 



TP_EPC_6032_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends early_media to UE_A } 

then { EPC uses_correct_bearers for service_data_f lows } 
then { UE_A receives media } 
i 



TP_EPC_6034_02 
ensure that { 

when { IMS_P-CSCF receives CANCEL from UE_A } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for SIP_session 



} 



TP_EPC_6009_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 
containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 001) 



} 



TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_pack;ets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi } 
j 



7.3.4.1.2 



Terminating Leg 



Interoperability Test Description 


Identifier: 


TD IMSEPC Session Abort Terminating 


Summary: 


On session abort, the P-CSCF should trigger the removal of all relevant previously 

created early-media bearers. 

EPC removes the bearers for early-media. 

IVledia transport is no longer possible, after the session abort. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 

TP_IMSEPC_Registration_lnitial 

IP IMSEPC Session Establishment Terminating 


Use Case ref.: 


TP_IIVISEPC_Session_Abort_Terminating 


Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 




Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is not delivered in any direction 


2 


UE A initiates a session establishment operation 


3 


UE_B answers with SIP 180 Ringing INVITE Response and starts sending early- 
media 


4 


Verify that early-media is delivered from UE B to UE A 


5 


UE A cancels the session establishment 


6 


Verify that P-CSCF terminates the Rx session, triggering removal of all early- 
media related bearers 


7 


Verify that EPC removes all early-media related bearers 


8 


Verify that media between UE B and UE A can no longer be exchanged and is 
filtered out by EPC 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_EPC_e003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_pack;ets not visible on PO_SGi } 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 

then { the IP_pack;ets not visible on PO_SGi } 



TP_EPC_S027_05 
ensure that { 

when { IMS_P-CSCF receives 180_response from UE_B } 
then { IMS_P-CSCF sends AA-Request to EPC__PCRF 
(containing Framed- IP-Address_AVP 

indicating IPv4_Address of UE_B or 
containing Framed- IPvG-Address_AVP 
indicating IPv6_Address of UE_B) 
containing one or more Media-Component-Description_AVP ( 
containing Media- Component -Number_AVP 

indicating values_derived from SDP 
containing one or more Media-Subcomponent-Description_AVP 
indicating values_derived from SDP) 



} 



TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_B and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_B 
} 
i 



TP_EPC_6029_06 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 
then { IMS_P-CSCF sends 180_Response to IMS_S-CSCF 



TP_EPC_e032_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends early_media to UE_A } 

then { EPC uses_correct_bearers for service_data_f lows 
then { UE_A receives media } 



TP_EPC_S034_03 
ensure that { 

when { IMS_P-CSCF receives CANCEL from IMS_S-CSCF } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for SIP_session 



TP_EPC_6 9_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) 
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Interoperability Test Description 




8 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP packets } 








then { the IP packets not visible on 


PO SGi } 






when { UE B sends media to UE A } 








then { EPC filters the IP packets } 








then { the IP packets not visible on 
} 


PO_SGi } 



7.3.4.2 



SIP Session Reject 



7.3.4.2.1 



Originating Leg 



Interoperability Test Description 


Identifier: 


TDJMSEPC_Session_Reject_Originating 


Summary: 


On session reject, the P-CSCF should trigger the removal of all relevant previously 

created early-media bearers. 

EPC removes the bearers for early-media. 

IVIedia transport is no longer possible, after the session reject. 


Config.: 


OF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPG_Network_Attachment 

TP_IMSEPG_Registration_lnitial 

IP IMSEPC Session Establishment Originating 


Use Case ref.: 
1 


TP IMSEPC Session Reject Originating 


1 1 

Pre-test 
conditions: 


• UEA previously attached to EPC 

• EPC established a Default Bearer allowing UE_A - P-CSCF IP communication 

• UE_A previously registered to IMS 

• EPC established an IMS signalling bearer 


fc 




Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is not delivered in any direction 


2 


UE A initiates a session establishment operation 


3 


UEB answers with SIP 180 Ringing INVITE Response and starts sending early- 
media 


4 


Verify that early-media is delivered from UE B to UE A 


5 


UE B rejects session establishment 




6 


Verify that P-CSCF terminates the Rx session, triggering the removal of all early- 
media related bearers 


7 


Verify that EPC removes all early-media related bearers 


8 


Verify that media between UE B and UE A can no longer be exchanged and is 
filtered out by EPC 


I 




Conformance 
Criteria: 


Check 




1 


TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP^packets } 
then { the IP packets not visible on PO SGi } 
when { UE B sends media to UE A } 
then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 
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Interoperability Test Description 



TP_EPC_G027_06 
ensure that { 

when { IMS_P-CSCF receives SIP 180_response from IMS_S-CSCF } 
then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address_AVP 

indicating IPv4_Address of UE_A or 
containing Framed- IPv6 -Address_AVP 
indicating IPv6_Address of UE_A) 
containing one or more Media-Component-Description_AVP ( 
containing Media-Component -Number_AVP 

indicating values_derived from SDP 
containing one or more Media-Subcomponent-Description_AVP 
indicating values_derived from SDP) 
} 



TP_EPC_6028_01 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_A and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_A 



} 



TP_EPC_6029_05 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 
then { IMS_P-CSCF sends 180_Response to UE_A } 



TP_EPC_6032_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends early_media to UE_A } 

then { EPC uses_correct_bearers for service_data_f lows } 
then { UE_A receives media } 



TP_EPC_6034_04 
ensure that { 

when { IMS_P-CSCF receives 486_response on INVITE from UE_B } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- IdAVP 

indicating session for SIP_session 



TP_EPC_6009_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 
containing Result-Code_AVP 

indicating DIAMETER_SUCCESS (2 001) 



TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_pack;ets } 
then { the IP_pack;ets not visible on PO_SGi 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_pack;ets } 

then { the IP_packets not visible on PO_SGi 
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7.3.4.2.2 



Terminating Leg 



Interoperability Test Description 


Identifier: 


TD_IMSEPC_Session_Reject_Terminating 


Summary: 


On session reject, the P-CSCF should trigger the removal of all relevant previously 

created early-media bearers. 

EPC removes the bearers for early-media. 

Media transport is no longer possible, after the session reject. 


Config.: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


IP IMSEPC Network Attachment 

TP_IMSEPC_Registration_lnitial 

IP IMSEPC Session Establishment Terminating 


Use Case ref.: 


TPIMSEPC_Session Reject _Terminating 


^^^ ^^ 


Pre-test 
conditions: 


• UE_B previously attached to EPC 

• EPC established a Default Bearer allowing UE_B - P-CSCF IP communication 

• UE_B previously registered to IMS 

• EPC established an IMS signalling bearer 


.^^^ 


Test 
Sequence: 


Step 




1 


Verify that media between UE A and UE B is not delivered in any direction 


2 


UE A initiates a session establishment operation 


3 


UEB answers with SIP 180 Ringing INVITE Response and starts sending early- 
media 


4 


Verify that early-media is delivered from UE B to UE A 


5 


UE B rejects the session establishment 


6 


Verify that P-CSCF terminates the Rx session, triggering removal of all early- 
media related bearers 


7 


Verify that EPC removes all early-media related bearers 


8 


Verify that the media between UE_B and UE_A can no longer be exchanged and 
is filtered out by EPC 




Conformance 
Criteria: 


Check 




1 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 
then { the IP packets not visible on PO SGi } 
} 


2 


TP_EPC_6027_05 
ensure that { 

when { IMS P-CSCF receives 180 response from UE B } 
then { IMS_P-CSCF sends AA-Request to EPC_PCRF 
(containing Framed- IP-Address AVP 

indicating IPv4 Address of UE B or 
containing Framed- IPvG -Address AVP 
indicating IPv6_Address of UE_B) 
containing one or more Media-Component -Description_AVP ( 
containing Media-Component-Number AVP 

indicating values derived from SDP 
containing one or more Media-Subcomponent-Description AVP 
indicating values derived from SDP) 
} 
} 
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Interoperability Test Description 



TP_EPC_6028_02 
ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 
then { EPC_PCRF sends AA-Answer to IMS_P-CSCF 
containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 001) and 
containing Acceptable-Service-Inf o_AVP ( 

containing one or more Media-Component-Description_AVP 
indicating values_derived from AA-Request 
) and 
containing IP-CAN_AVP 

indicating Current_IP_CAN_Type of UE_B and 
containing RAT-Type_AVP 

indicating Current_RAT_Type of UE_B 



TP_EPC_6029_06 
ensure that { 

when { IMS_P-CSCF receives AA-Answer from EPC_PCRF } 
then { IMS_P-CSCF sends 180_Response to IMS_S-CSCF 



TP_EPC_6032_01 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_packets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends early_media to UE_A } 

then { EPC uses_correct_bearers for service_data_f lows 
then { UE A receives media } 



TP_EPC_6034_04 
ensure that { 

when { IMS_P-CSCF receives 486_response on INVITE from UE_B } 

then { IMS_P-CSCF sends Session-Termination-Request to EPC_PCRF 
containing Session- Id_AVP 

indicating session for SIP_session 



TP_EPC_6009_03 

ensure that { 

when { EPC_PCRF receives AA-Request from IMS_P-CSCF } 

then { EPC_PCRF sends Session-Termination-Answer to IMS_P-CSCF 
containing Session- Id_AVP 

indicating session for IMS_signalling session 
containing Result -Code_AVP 

indicating DIAMETER_SUCCESS (2 001) 
} 



TP_EPC_6003_02 
ensure that { 

when { UE_A sends media to UE_B } 

then { EPC filters the IP_pack;ets } 
then { the IP_packets not visible on PO_SGi } 
when { UE_B sends media to UE_A } 

then { EPC filters the IP_packets } 

then { the IP_packets not visible on PO_SGi } 



7.3.5 EPC Initiated Bearer Modification 



Interoperability Test Description 


Identifier: 


TD IIUISEPC Bearer lUlodification 


Summary: 


On removal of all bearers, EPC PCRF will notify IMS P-CSCF that Rx session should be 

aborted. 

IMS will take action and terminate all ongoing SIP sessions and the IMS registration. 


Configuration: 


CF IMSEPC 


SUT: 


IMS and EPC 


Ref.: 


TP_IMSEPC_Network_Attachment 
TP_IMSEPC_Registration_lnitial 
TP_IMSEPC_Session_Establishment_Originating 
IP IMSEPC Session Establishment Terminating 


Use Case Ref.: 


TP IIMSEPC Bearer Modification 
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Interoperability Test Description 


1 




Pre-test 


• 


UE_A previously attached to EPC with a single attachment 




conditions: 


• 


UE_A previously registered to IIVIS 






• 


UE A previously established SIP session with UE B 








Test 
Sequence: 


Step 




1 


EPC triggers removal of all bearers for a given SIP session 


2 


Verify that EPC aborts affected Rx sessions with IMS 


3 


Verify that IMS performs P-CSCF-initiated call release on affected SIP session 


4 


Verify that media is no longer exchanged after these procedures 


5 




Verify that media between UE and other endpoint can no longer be exchanged 








_ 


and is filtered out by EPC 


_ 


Conformance 
Criteria: 


Check 




1 




TP EPC 6004 02 










ensure that { 










when { EPC removes relevant bearers for SIP session} 










then { EPC PCRF triggers termination of SIP session } 
} 




2 




TP EPC 6005 01 










ensure that { 










when { EPC PCRF triggers termination of SIP session } 










then { EPC PCRF sends Abort-Session-Request to IMS P-CSCF 










containing Session- Id AVP 










indicating session of SIP session 










containing Abort -Cause AVP 










indicating BEARER RELEASED (0) 
} 
} 






3 




TP_EPC_6 6_01 
ensure that { 

when { IMS P-CSCF receives Abort-Session-Request for SIP session 

} 

then { IMS P-CSCF sends Abort-Session-Answer to EPC PCRF { 


















containing Session- Id AVP 










indicating value received in Abort-Session-Request 










containing Result -Code AVP 










indicating DIAMETER SUCCESS (2001) 










) and 










IMS P-CSCF sends Session-Termination-Request to EPC PCRF { 










containing Session- Id AVP 










indicating value received in Abort-Session-Request 










) and 










IMS P-CSCF triggers call release 
} 
} 






4 




TP_EPC_6 010^01 
ensure that { 

when { IMS_P-CSCF triggers_call_release} 
then { IMS_P-CSCF sends BYE to UE_A 
containing Request_URI 

indicating contact address from Contact header of UE A and 
containing To header 

indicating the initial 200 OK From value and 
containing From header 

indicating the initial INVITE_To_value and 
containing Call-ID header 

indicating the initial INVITE_Call_Id_value and 
containing CSeq header 

including an incremented Sequence Number and 
containing Route header 

indicating specific routing information for UE A and 
containing Reason header 

indicating 503 service unavailable 
} 
} 
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Interoperability Test Description 




5 


TP_EPC_6003_02 
ensure that { 

when { UE A sends media to UE B } 
then { EPC filters the IP_packets 


} 








then { the IP packets not visible 


on 


PO SGi } 






when { UE B sends media to UE A } 










then { EPC filters the IP packets 


} 








then { the IP packets not visible 
} 


on 


PO_SGi } 
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Annex A (normative): 
zip file with TPLan code 



The test purposes used in the present document have been originally generated in the TPLan text files in the archive file 
ts_103029v030101p0.zip which accompanies the present document. 
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